Codex 修复报错 Prompt：让排错过程更稳定

TL;DR：一个好的排错任务必须能复现

请先复现以下错误，不要猜测或直接重写代码。
错误：<完整错误文本>
复现命令：<命令>
预期结果：<应该发生什么>
实际结果：<实际发生什么>
范围：<允许检查的目录>
完成标准：修复根因，运行原始失败命令，并说明测试结果。

排错时要补充什么信息

操作系统、运行时版本、依赖版本、执行命令和完整错误上下文都很重要。可以删除路径中的隐私信息和所有密钥，但不要只提供一句“报错了”。

常见报错与解决

| 问题 | 补充信息 | | --- | --- | | 无法复现 | 提供最小复现步骤和环境版本 | | 修复后又出现新错 | 要求先检查根因和相关测试 | | 只改表面症状 | 要求解释调用链和失败边界 |

FAQ：排错任务怎么验收

为什么要运行原始失败命令？

它能证明问题路径确实被覆盖，而不是只让新测试通过。

可以让 Codex 自动执行所有命令吗？

涉及删除、发布、权限和生产数据的命令必须人工确认。

如何保存排错结论？

把复现命令、根因、修改文件和验证结果写入 issue 或项目文档。