用五步跑通一个小改动

选定目录，写清要改什么、怎样算完、不许碰什么。先看计划再放行，用一条命令验收，不要一上来合进主线。

把 标准五步 落到 Codex，不要另发明一套。官方起手就是：选定一个目录，说出一个目标——目录就是对象，目标必须能验收。codex-quickstart

读完你能回答：

• 小改动的五件事怎么写？
• 验收为什么必须是一条命令，而不是「看起来对」？
• 第一次为什么不要合进主线？

五件事写成改动，不是写成愿望

骨架示例（Codex，不是通用真理）：

• 对象： 当前目录里的某测试文件和它覆盖的模块。
• 结果： 补上缺失的断言，现有测试继续绿。
• 格式： 跟旁边测试同一个风格，不新增依赖。
• 边界： 不改无关文件，不改配置默认值，不提交、不合入。
• 验收： 跑项目里已有的那条测试命令，必须绿。

少写验收，它会交回「应该可以了」。长任务里把每个里程碑配上验收命令，依据就是这一条：没有停止证明，就还在无限循环。codex-long-horizon 站内展开见 长任务要有交接物和终态。

先看计划，用命令核

放行前让它复述：要改哪些文件、不碰什么、跑哪条命令。计划里出现范围外的文件，当场改计划。过程中看 diff，不看语气。核对只认命令的绿红，不认「我测过了」。

合进主线是不可逆，属于 红线，不是第一个任务的一步。第一次成功之后，把验收命令写进下次的骨架。长任务怎么落到文件，下一篇。