把「计划」和「执行」串起来
前两节讲了计划模式和怎么写好计划。这一节把完整的链路走通：从出计划，到确认，到执行，到验收。这是计划模式真正落地的样子。
对 codex-review，这条链路就是「一次评审的完整流程」：先出评审计划，确认后派子 Agent 开审，执行中盯住没跑偏，最后按验收标准收口。 走通这一节，你手里的 codex-review 就从「会规划」升级成「能真正审完一场」。
完整链路（五步）
第 1 步：出计划
让 Claude Code 在规划模式下，产出一份计划（目标 / 步骤 / 文件 / 风险）。
对评审，就是让它出一份「评审计划」：审哪些文件、派几路、每路重点、怎么汇总验收。
第 2 步：你审计划
对照三个问题：能做吗？会碰错吗？有退路吗？ 有异议就提出，让它改。
「第2步改成先做A再做B，另外别动 src/api/，其他可以。」
对评审，你审计划时可以这样修订：
评审计划第2步改成：安全子 Agent 先查硬编码密钥，再查注入；
另外把 docs/ 排除出评审范围，其他可以。
第 3 步：确认放行
你明确说「可以，开始做」。到这一步，Claude Code 才真正动手。
对评审，就是你明确「按计划开审」：
可以，按这个评审计划开审。
确认后，主会话才真正派子 Agent 并行审起来。
第 4 步：执行 + 途中反馈
它按计划执行，你观察它有没有偏离计划。一旦跑偏，立刻叫停：
等一下，你动 src/api/ 了，计划里说不碰。回到计划来。
对评审，跑偏的表现是「审了计划外的东西」或「某路只审了个皮毛」：
等等，逻辑子 Agent 怎么在审 docs/ 的文档？计划里排除的，让它回到 src/ 业务代码。
第 5 步：验收
执行完，按计划里的「验证标准」验收。达标才算完，不达标让它继续修。
对评审，验收标准就是计划里定的「可验收目标」：
三路结论都齐了吗？每路都按三档输出了吗？
冲突对账做了吗？「必须改」的每条都有位置+问题+建议吗？
没有 → 让它补，直到达标。
一个完整对话示例
你：先别动手。给「把登录校验抽成中间件」出个计划。
Claude：计划如下——【目标】…【步骤】1抽取…【文件】src/auth.js…【风险】…
你：可以，但第3步先跑测试，开始做吧。
Claude：（按计划执行，途中展示每步）
你：（中途）停，你先动了路由文件，回退，只改 auth.js。
Claude：好的，已回退，只改 auth.js。
Claude：（完成）已抽取中间件，测试通过。
你：跑一遍整体测试确认没破坏别的。
Claude：全部 42 个用例通过。
把同一段对话换成 codex-review 的评审场景：
你：先别开审。给「评审 src/ 这次 30 个文件改动」出个评审计划。
Claude：评审计划——【目标】输出三档清单…【步骤】派逻辑/安全/风格三路…【范围】审 src/，不审 test/、docs/…【风险】…
你：可以，但安全路先查硬编码密钥，按计划开审。
Claude：（派三路子 Agent 并行审，途中回报进度）
你：（中途）逻辑子 Agent 审到 docs/ 了，计划排除的，让它回到 src/。
Claude：好的，已纠正，逻辑路只审 src/ 业务代码。
Claude：（完成）三路结论已汇总并做冲突对账。
你：确认「必须改」每条都有位置+问题+建议了吗？
Claude：已补齐，全部符合验收标准。
两个容易踩的坑
坑1：计划阶段就动手了
计划模式本应「只读不改」。如果它开始改文件，就说明没在计划模式——叫停，让它回到只规划。
对评审，对应的问题是「计划阶段就下结论了」。规划阶段它不该逐行深读、不该给具体评审结论，只该出计划。发现它越界下结论，就叫停：
现在只是出计划阶段，先别深入分析单个文件、别下评审结论，只把计划列清楚。
坑2：确认后就不管了
放行 ≠ 甩手。执行中要盯着它有没有偏离计划。「计划是约束，不是装饰」，偏离了就回退到计划。
对评审，确认开审后仍要盯着：是不是哪路子 Agent 审了计划外的东西、某路结论是不是偷懒只给了皮毛。 发现就跑偏叫停，让它回到计划范围。
什么时候可以直接跳过计划
- 改一行字、加个注释 → 直接做
- 方向非常明确、风险极低 → 直接做
计划模式不是教条。它服务的目的是「少返工」，当它反而拖慢时，就跳过。
对评审也一样：小改动、或你心里很清楚要看哪几个文件，直接审，别为评审再走一遍完整的计划链路。计划是给「大规模、方向不明、成本高」的评审准备的。
落地练习
② 怎么判断做对了：五个步骤你都能明确说出「我正处于第几步」；执行中发现跑偏能及时叫停且叫停有效；最后验收时你能对照计划里的验收标准逐条打勾。
③ 卡住了怎么办：如果它计划阶段就开审，重申「现在只出计划」；如果确认后它忘了计划、自由发挥，把计划再贴给它说「严格按这份计划执行，偏离就回到计划」。
常见坑：把「确认」当成一次性的，链路就走成了两段
很多人走这条链路，把「出计划」和「开审」当成两件独立的事：计划确认完，就完全撒手让 Claude 自由审，链路中间的「执行中纠偏」整个被跳过了。结果计划写得再好，执行时该跑偏照样跑偏，验收时才傻眼。
这条链路的本质是一个连续的过程：计划是准绳，确认是开关，执行要拿准绳盯，验收要拿准绳量。任何一环被「跳过」或「割裂」，链路就断了。
小结
- 五步链路：出计划 → 审 → 放行 → 执行+纠偏 → 验收
- 放行后仍要盯执行，偏离就回退到计划
- 计划阶段动了文件 = 没在计划模式，叫停
- 小改动、低风险可跳过计划
- 计划是评审的「准绳」，贯穿评审全程
下一模块进入「技能系统」，把你的最佳实践沉淀成可复用技能——codex-review 的评审流程将被固化成一个技能。