一、写清目标
用一句话说清“要达成什么”，而不是“要做什么动作”。
- ✅ “给这个仓库加一个能跑通的单元测试，覆盖订单结算的分支逻辑。”
- ❌ “写点测试。”
二、划清范围与边界
明确做什么、不做什么，减少 Codex 自作主张：
- 涉及哪些文件 / 模块？
- 是否允许修改依赖、改动公共接口？
- 风格 / 框架 / 语言版本有无约束？
三、给出验证方式
告诉 Codex“怎么证明做对了”，最好是可以运行的命令：
完成后请运行 npm test 与 npm run lint，确保全部通过；
并说明你改了哪些文件、为什么这样改。
一个可用的任务模板
目标：<一句话说清要达成什么>
范围：<涉及哪些文件/模块，明确不做什么>
约束：<技术栈/风格/版本限制>
验证：<可运行的命令或人工检查清单>
交付：<期望的输出物与位置>
💡 验证方式越具体，Codex 越能自我纠偏。给它“跑通测试才算完成”的硬标准，比“尽量做好”强得多。