把 AI 开发练成真本事
一、这篇文章只解决什么问题
这篇文章只想讲清楚两件事：
- 这个专栏到底在写什么
- 它为什么不是又一个“AI 入门内容合集”
一句话版：
- 这不是一个围绕单个 demo 打转的博客系列，而是一套 AI 开发训练系统的公开施工记录
这个系列会围绕我当前在维护的开源项目 ai-learning-bootcamp 展开。
如果你更关心“怎么把 AI 开发能力真正练出来”，而不是“这周又多认识了几个模型名”，那这个系列应该值得你继续看。
二、这个专栏真正想写的是什么
这个系列的主角，不是某个接口，也不是某篇技巧文。
主角其实是这套训练系统：
它想解决的，不是“让人看懂 AI 概念”，而是更难也更实际的那件事：
- 让一个有基础开发能力的人，逐步具备 AI 应用开发和持续输出能力
这里的“能力”不是单一技术点，而是 5 条线一起练：
- 环境能力：把 Windows / WSL2 / Docker / Python / Git / API Key 真正配起来
- 执行能力：能按天推进，按周收口，而不是想到哪做到哪
- 项目能力：从最小 API 到完整应用，再到 RAG、Workflow、最小 Agent
- 输出能力：把过程沉淀成周报、博客、方案文档、README、复盘
- 工程能力：测试、日志、环境变量、版本管理、失败复盘都能落地
这就是这个系列的重点。
不是“又做了一个小功能”，而是“怎么把这些能力一条条练出来”。
三、为什么我觉得这件事值得写成一个专栏
现在很多 AI 内容都有一个共同问题：看起来学了很多，真到自己做项目时，还是容易手忙脚乱。
原因不复杂。很多内容停在这两层：
- 介绍概念
- 演示跑通
但 AI 开发真正开始变难，往往是在“跑通之后”。
比如下面这些问题，才是更真实的现场：
- 项目怎么拆周计划
- 哪一步该先补功能，哪一步该先补工程化
- 为什么小项目也要写 README、测试、方案文档和复盘
- 如何把学习过程沉淀成能回看、能展示、能传播的证据链
- 如何使用 AI 工具协作，而不是反过来被 AI 工具牵着走
这些问题，不适合只靠一两篇零散文章讲完。
它更适合被做成一个系列，跟着一个仓库、一个节奏、几轮真实交付慢慢写透。
四、这套训练系统到底怎么运作
从当前文档和规划看，这套系统不是“随便做几个项目看看”，而是一个有阶段目标、有交付要求的训练框架。
核心节奏很清楚：
- 按 12 周推进
- 每周都有明确交付
- 每周都要留下代码、文档、测试、验证记录和公开输出
它的路线也不是一开始就冲着“大而全”去，而是先把基础练扎实：
- 先统一环境，打通最小 API 闭环
- 再把“能跑”收口成“像样”
- 再做完整小产品、Prompt / 评测、RAG、数据库、Workflow、Tool Use、最小 Agent
- 最后把这些沉淀成可展示的作品集
我很喜欢这套路径的一点是，它不鼓励一上来就追求“高级感”。
它更在乎这些事：
- 输入是不是清楚
- 输出是不是稳定
- 错误是不是可判断
- 测试是不是能回归
- 文档是不是能接住后续迭代
说得直白一点，这套系统不是教人“怎么显得很懂 AI”，而是教人“怎么把一个 AI 项目真的做出来，并且做得越来越稳”。
五、已有示例项目
当前这套训练系统已经有第一个示例项目：
text-api
- 定位：第 1 周的基准项目，用来打通最小 AI 文本处理 API 闭环
- 当前内容：包含基础接口、自动化测试、README、接口契约、调试文档、验证记录和失败复盘
- 在专栏里的作用：作为训练系统落地到真实工程现场的第一个样本，用来承接前两周的训练目标
后续还会继续增加新的项目和阶段性样本，覆盖完整产品、RAG、Workflow、Tool Use 和最小 Agent 等训练内容。
六、这个系列最看重什么
如果只用一句话概括，我最看重的是：
- 把能力练出来，同时把能力留下来
前半句说的是训练，后半句说的是输出。
这也是这套系统和很多普通学习路径不一样的地方。
它不接受“我学过了，但没留下什么”。
它更强调每周都要留下证据，比如：
- commit
- 可运行代码
- 测试结果
- README 更新
- 周报
- 博客草稿
- 方案文档
- 失败复盘
这件事听起来有点严格，但我觉得很合理。
因为很多时候，真正决定一个人有没有形成能力的，不是他当时觉得自己懂了多少，而是几周之后还能不能把当时做过的事完整讲清楚。
七、你会在这个专栏里看到什么
后面的文章，主要会围绕下面几条主线展开。
1. 训练主线怎么落地
文档里写的是目标，系列里会写“目标怎么落到每周动作里”。
2. 项目是怎么一轮轮长起来的
现有示例项目只是开始。后面的项目、模块和阶段动作，也会继续写。
3. 工程化为什么总得补，而且得尽早补
日志、测试、错误结构、CI、Docker、验证记录，这些不会当配角。
4. 输出系统为什么不是额外负担
我会持续写周报、博客、方案文档、README、postmortem 为什么其实是一套东西，而不是五份额外作业。
5. 如何使用 AI 工具协作
这里也会写 AI 工具怎么接进真实开发流程，而不是只停在“帮我生成一段代码”。
八、你不会在这里看到什么
边界也先说清楚。
这里不会写：
- AI 热点追更
- 空泛趋势判断
- “一天学会某某”的速成内容
- 只有结论、没有现场的漂亮总结
- 一切都像“最佳实践”的武断表达
我希望这个系列读起来像一个工程师在认真记施工日志。
偶尔会有一点小俏皮，但不会把它写成发布会串词。
九、我希望这个系列最后长成什么样
短期看，它会是这套训练系统的公开连载。
中期看，它应该能把 12 周主线里的关键动作一轮轮讲清楚。
再往后看，我希望它至少能变成 4 样东西：
- 一套真实可跟练的 AI 开发训练样本
- 一组从项目到工程化的连续记录
- 一条从学习走向作品集的清晰路径
- 一批能反复回看的长期知识资产
如果它最后做成了，读者拿走的不该只是“我看过几个项目案例”。
更理想的结果是：
- 我知道 AI 开发能力应该怎么练
- 我知道每周应该交付什么
- 我知道怎么让项目、文档、测试和输出互相咬合
- 我知道怎么把学习过程变成真正可展示的能力资产
