Codex调试和测试指南：解释报错、定位问题、补测试怎么做
Codex 很适合处理报错和测试，但前提是你给它命令、日志、相关文件和明确验收方式。
报错不要只贴最后一行
让 Codex 调试时，最有价值的信息是复现步骤、完整报错、最近改动和期望行为。
复现步骤日志定位最小修复测试验收
交给 Codex 的调试信息
| 信息 | 为什么重要 | 例子 |
|---|---|---|
| 运行命令 | 知道怎么复现 | npm run build / pytest |
| 完整报错 | 定位调用栈 | 不要只贴最后一行 |
| 最近改动 | 缩小范围 | 刚改了导航、接口或配置 |
| 期望行为 | 避免修偏 | 页面应打开，按钮应跳转 |
调试提示词
请帮我调试这个问题。 现象：【现象】 复现命令：【命令】 完整报错：【日志】 最近改动：【改动】 期望行为：【结果】 要求：先解释最可能原因，再提出最小修复方案。改完后运行测试或给出验证步骤，不要顺手重构无关代码。
补测试不要只追求覆盖率
- 优先补会再次出错的路径。
- 测试名要能说明业务行为。
- 失败信息要清楚，不要只报 undefined。
- 前端页面还要截图或手动点击验证。
想直接体验国内版 ChatGPT？
国内版在这里就是小贺AI，适合写作、翻译、办公、代码解释、图片思路和资料总结。先把目标和素材整理清楚，再打开工具执行，效果会更稳定。
打开小贺AI参考口径：OpenAI Codex overview。这份指南按国内用户的实际使用场景重新整理，不复制外站原文。