每周只能学 10 小时，如何制定 12 周 AI 转型计划？

**每周 10 小时足以完成一次有边界的 AI 应用开发转型验证，但目标应是做出一个可演示、可评估、能解释工程取舍的项目，而不是在 12 周内学完所有 AI 知识。**建议每周固定分配 4 小时学习与实验、4 小时项目实现、2 小时测试复盘，并始终围绕同一个主项目推进。

这是一份时间预算与执行计划，不是第二条学习路线。阶段顺序以程序员转 AI 主路线为唯一上游；开始前先用开发背景方向表确定项目切入点。

每周固定时间盒

时间	用途	必须留下的产物
4 小时	阅读必要概念、运行最小实验	笔记、可运行示例、未解决问题
4 小时	推进同一个主项目	可提交代码、配置或架构决策
2 小时	测试、记录失败、周复盘	固定样例结果、问题清单、下周范围

如果某周工作繁忙，不要靠下一周加倍补偿。保留项目与复盘，减少扩展阅读，把未完成项重新排序。

12 周执行表

周次	本周目标	10 小时安排	验收产物
第 1 周	确定岗位方向和项目问题	2h 看岗位职责；2h 盘点经验；4h 写需求；2h 复盘	一页项目 Brief：用户、问题、边界、验收
第 2 周	完成模型调用基础	4h 学请求/上下文/结构化输出；4h 写 Client；2h 测错	可运行请求、Schema 校验、超时和错误日志
第 3 周	建立数据导入链路	3h 学加载与清洗；5h 实现导入；2h 测试	可重复导入、数据版本与失败记录
第 4 周	完成检索与引用回答	4h 学切片/检索；4h 实现查询；2h 评估	能返回引用，资料不足时拒答
第 5 周	建立最小评估集	3h 学评估分层；5h 整理样例；2h 跑基线	正常、缺资料、冲突、越权等固定样例
第 6 周	改进检索而非盲调 Prompt	3h 分析错误；5h 改数据/检索；2h 回归	改动前后记录与错误归因
第 7 周	增加一个有价值的工具	3h 学 Tool Calling；5h 实现工具；2h 失败测试	参数 Schema、权限、超时和模拟失败
第 8 周	明确流程与 Agent 边界	3h 比较 Workflow/Agent；5h 编排；2h 测循环	停止条件、最大步骤、人工确认点
第 9 周	补可靠性与观测	3h 学指标；5h 加日志/降级；2h 故障演练	一次超时或供应商失败的完整记录
第 10 周	补安全、权限和成本边界	3h 风险分析；5h 实现约束；2h 检查	权限矩阵、敏感数据规则、Token 记录
第 11 周	部署并整理文档	2h 部署准备；6h 部署与 README；2h 验收	可访问演示或可复现本地部署说明
第 12 周	转化为作品集与面试表达	3h 整理架构；3h 写项目说明；2h 模拟问答；2h 总复盘	架构图、项目摘要、评估证据、失败案例

表中的小时是预算，不是效果承诺。项目难度、基础和工具不同会影响进度；每周以验收产物决定是否进入下一阶段。

主项目怎么选

建议选择一个你理解业务约束的问题，例如团队文档问答、客服辅助或代码库知识助手。主项目应满足：

• 数据来源合法且可以用于练习；
• 12 周内能完成最小闭环；
• 能展示数据、模型、评估和工程四类能力；
• 有明确的不做范围；
• 不依赖编造用户量、准确率或上线结果来显得完整。

已有后端基础可参考企业级 RAG 项目。前端、测试、客户端和运维背景应保留同一业务问题，但把主要贡献放在交互、评估、端侧约束或平台可靠性上。

每周复盘门禁

每周结束只回答六个问题：

1. 本周留下了什么可查看的产物？
2. 哪个失败样例仍未解决？
3. 问题属于数据、检索、模型、工具还是工程？
4. 下周最重要的一个验收结果是什么？
5. 哪项阅读与当前项目无关，应该删除？
6. README 是否反映了实际状态和限制？

如果连续两周没有可运行或可检查的产物，暂停新增课程，下一周全部用于缩小范围和恢复闭环。

忙碌周的降级规则

只能投入 5 小时时，按以下顺序保留：

1. 2 小时完成最小项目改动；
2. 2 小时跑固定样例并修复一个问题；
3. 1 小时更新 README 和下周计划；
4. 暂停与当前里程碑无关的课程、框架比较和新工具尝试。

不要删除复盘，也不要用“看完很多视频”替代交付物。

第 4、8、12 周检查点

第 4 周：链路是否闭环

• [ ] 能从数据导入走到带引用回答；
• [ ] 资料不足时不会强行编造；
• [ ] 能解释每个模块的输入和输出。

第 8 周：行为是否可控

• [ ] 工具有参数与权限边界；
• [ ] Agent 有停止条件和步骤预算；
• [ ] 高风险操作需要人工确认；
• [ ] 固定样例能够回归。

第 12 周：能力是否可证明

• [ ] 他人可以按文档运行或查看项目；
• [ ] 能展示一次失败、归因、修改和回归过程；
• [ ] 能区分自己实现的内容与第三方能力；
• [ ] 简历与讲解不包含无法验证的数据；
• [ ] 能说明下一阶段要补什么，而不是宣称已经“精通 AI”。

常见偏航及修正

偏航	识别信号	修正动作
同时学多个框架	每周都在初始化新 Demo	冻结技术栈四周，只推进主项目
只调 Prompt	没有固定样例和错误分类	先建评估集，再允许改 Prompt
项目范围过大	两周仍没有端到端链路	删除多 Agent、复杂 UI 和非必要数据源
只写成功路径	无超时、空检索和越权测试	每周至少保留一个失败样例
为求职编造结果	无法解释数字来源	改写为功能、设计、离线验证和限制

12 周之后做什么

不要自动开始第二个大项目。先依据目标 JD 检查差距：如果缺工程深度，继续完善评估、权限、观测和部署；如果缺岗位匹配，再调整项目叙事；只有主项目已经可验证，才增加一个更小的辅助项目。

下一步可进入RAG 完整工作原理开始第 3—6 周的技术阶段，或从Agent 与 RAG 专题查找对应章节。全程以程序员转 AI 主路线作为阶段索引。