课程章节
第 10 章：进阶工作流与最佳实践
真正稳定地用好 Claude Code，不是靠灵感，而是靠“计划 → 执行 → 验证 → 回退”的工作流纪律。
学完你会得到什么
- 知道为什么复杂任务不该跳过计划阶段。
- 能把任务稳定地拆成计划、执行、验证、回退四段。
- 会判断什么时候该并行，什么时候该保持单线推进。
开始前你最好知道
- 已经理解子代理、权限与工具接入的边界
- 至少做过 1–2 个小实战
先看这些风险提醒
- 不要一上来就追求全自动，先保证每一步可验证。
- 不要在没有回退点时连续推进高风险任务。
- 不要把并行协作当成默认答案，很多任务单线更稳。
做完怎么验证
- 你能把一个复杂任务拆成四段流程。
- 你能说出一个必须先留回退点的场景。
- 你能解释为什么“先验证再继续”比“一口气做完”更省时间。
术语引导
建议先认识这些术语
可视化路线
本章路线图
先看结构，再读正文，会更容易把一章真正学会。
- 01第 1 步
先计划，再执行。
- 02第 2 步
每一步都做验证。
- 03第 3 步
高风险任务先留回退点。
- 04第 4 步
只有边界清楚时才考虑并行。
一句话结论
Claude Code 真正好用的时候，不是你问一句它答一句，而是你们在同一条工作流上稳定推进。
稳定工作流为什么要先计划后执行
复杂任务最怕两件事：一开始目标就没对齐，或者中途改了太多东西却没有检查。
先计划的意义，不是拖慢速度，而是让你先对齐“做什么、不做什么、做到哪算完成”。对技术小白来说，这一步能显著减少返工。
计划模式、执行、验证、回退怎么串起来
你可以把一条稳定工作流记成四步：
- 计划：明确目标、边界、优先级
- 执行：按小步推进，不混太多事
- 验证：每一步都确认有没有达到预期
- 回退：一旦发现方向错了，有办法回到安全点
这四步不是形式，而是让复杂任务不失控的基本节奏。
什么时候该并行，什么时候不要
并行适合多个边界清楚、互不阻塞的子任务；不适合主目标还没对齐、细节强耦合、结果必须同步判断的任务。
换句话说：先问自己“这些事情真的能分开做吗”，再决定要不要上子代理或并行方案。
一个完整的任务推进示例
例如你要做一次教程站改版：
- 先计划：明确是增强内容，不改路由、不改视觉系统
- 再执行：先补 schema 和页面承载，再扩写内容
- 再验证：检查章节数量、术语数量、搜索是否命中、链接是否连通
- 如有问题：回到较早版本修正文案或结构，而不是在错误状态上继续叠加
这就是“稳定推进”与“灵感乱改”的区别。
如何留下回退点
回退点（Checkpoint）可以是一次明确的构建通过、一次关键方案确认、一次阶段性版本落地。
你不一定非得用某一种技术实现，但一定要有“回到这里就还是安全的”这种意识。没有回退点的连续改动，最容易把自己困住。
不要这样做
不要因为赶时间，就跳过验证阶段。很多看起来节省的时间，最后都会以更大的返工成本还回来。
也不要看到并行工具就默认要用。对于边界不清的任务，单线推进往往更快、更稳。
做完怎么验证
如果你已经能把复杂任务拆成计划、执行、验证、回退四段，并知道什么时候该并行、什么时候别并行，那么这套课程主线就算真正串起来了。
后面你再继续使用 Claude Code，靠的就不只是单点技巧，而是一套能反复复用的工作节奏。
下一步
继续顺着课程主线往下走
学习进度
做完这一章了吗？
你可以把本章标记为已完成，首页和课程列表会记录你的学习进度。