49 · 最佳实践：稳定交付的工作方法

任务拆分、上下文控制、先计划后修改、验证闭环、权限边界和规则维护等最佳实践，帮你减少返工并提升结果质量。

这一篇是「方法论总结」，把散落在前面各篇的好习惯，收拢成一套可执行的原则。

「任务拆分」：大任务拆小，小任务做精。一次只做一件事，既快又不容易错。

「上下文控制」：只给任务必需的信息，及时清理冗余。上下文干净，它才专注。

「先计划后修改」：复杂任务先让它出计划、你确认，再动手。别让它一上来就改，改错了再回头成本更高。

「验证闭环」：改完必验证，验证通过才算完。没有验证的改动，等于没做。

「权限边界」：按风险设权限，危险动作保持审批，敏感信息从源头隔离。

「规则维护」：CLAUDE.md 要跟着项目更新，别让它变成过时的误导。

这六条，说白了就是一个词——「克制」。克制地拆、克制地给上下文、克制地改、克制地信（先验证）。

把这些内化成习惯，你会发现 Claude Code 用起来「稳」很多：误改少了，返工少了，你也不再整天提心吊胆。

最佳实践不是「技巧」，而是「纪律」。技巧能让你快一时，纪律能让你一直稳。

一个自查清单：当你读完这一篇时，可以问自己三个问题——它解决的是什么具体问题？我当前的工作/学习里有没有这个场景？下一步我该学哪一篇？把这三个问题答清楚，你就知道自己有没有真正吃透。

动手试一下：你可以花 5 分钟做一个最小验证——找一个真实的代码任务，让 Codex 跑一遍，看它的行为是不是和这一篇描述的一致。理论与实践对照，才知道「懂」和「会用」是两件事。

延伸阅读：学完这一篇，你可以看本组里的下一篇，把相邻的概念连起来读；也可以跳到更后面的组学 MCP、子代理、Skills 这些更深的能力。知识是网状的，多跳几篇会理解更深。

判断决策树：用三个问题判断该不该用——① 这件事值不值得用 Codex 做？② 用的话该用哪个入口？③ 风险高不高需不需要审批？三个问题的答案一出来，怎么做就清楚了。