让 Codex 完成任务验收实战

验收不是手动敲命令，而是让 Codex 把任务做完，并把验证过程讲清楚。

> 依据来源：OpenAI Codex 官方手册中关于任务上下文、执行命令、审批、验证和审查 diff 的说明。

第 1 步：设定验收标准

发任务时明确什么叫“完成”：

``markdown


请完成 [任务目标]。
完成后请自行做必要验收：


检查修改文件及 diff 范围。
2. 运行项目最小必要检查。
3. 未运行检查说明原因。
4. 告诉我通过了什么、失败了什么、我还需要人工看什么。



第 2 步：判断项目的验收能力
先让 Codex 识别脚本：

`markdown


在继续前，请先只读判断当前项目的最小必要验收方式。
检查：技术栈、scripts/pom.xml、可能的 build/test/lint 命令、最小必要检查建议。


第 3 步：看懂验收汇报
重点关注：

修改了哪些文件。
diff 是否干净。
运行了哪些命令及结果。
跳过检查的理由是否合理。

第 4 步：漏检时的追问

`markdown


你刚才的总结里没有说明验收过程。
请补充：是否查了 Git/diff、是否运行了 build/test/lint。如果没有，说明原因并判断合理性。


第 5 步：处理检查失败
失败时先定责：

`markdown


检查失败了。请先不要修改文件。
分析：失败命令、关键错误、是否由本次修改引入。
不要修复无关问题。


确认为本次引入后，再修复：

`markdown


请进行最小修复。只修相关问题，不重构，修复后重测，总结变化。


第 6 步：最终交付判断
要求 Codex 给出明确结论：

`markdown


请给出最终交付判断：任务是否完成、是否符合目标、修改范围、验收结果、风险提示、是否可提交。

专业的 vibe coding 是让 Codex 完成验证，并让你能判断这份验证是否可信。