39 · 实战入门：从需求到交付完整流程

用一个真实需求串起项目阅读、计划确认、代码修改、测试验证和结果汇报，展示从开工到交付的标准流程。

这一篇用一个真实需求，把 Claude Code 的完整交付流程串起来跑一遍。

第一步「项目阅读」：先让它读懂项目——读 CLAUDE.md、看结构、理解现状。别急着动手，先对齐认知。

第二步「计划确认」：让它出个实现计划——改哪些文件、分几步、每步做什么。你认可了再动手。

第三步「代码修改」：按计划让它实现，小步走，每步看 diff，别让它一口气改一大片。

第四步「测试验证」：改完让它补测试、跑测试，确认没破坏原有行为。

第五步「结果汇报」：让它把这次做了什么、改了哪、结果如何，清楚地汇报给你。

这五步，就是前面所有内容的一次合练：CLAUDE.md（项目阅读）、提示词写法（计划确认）、工作流（改码+测试）、权限（审查）、上下文管理（贯穿始终）。

这个流程是可复用的：换成任何真实需求，照这五步走都不会跑偏。它就是「标准交付」的母版。

到这一篇，你已经从「会用 Claude Code 做小事」走到了「能用一个可靠流程交付完整功能」。剩下的，就是在真实项目里反复练。

动手试一下：比起看十遍，不如立刻打开 Codex 跑一个小任务验证你理解的概念。比如这一篇讲的概念，你可以找一个一分钟能完成的小需求，让它跑一遍，看实际行为是不是和你理解的一致。

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

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

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