分享使用Codex修Bug的5点经验,强调反馈和工具使用
最近大量使用 Codex 修 Bug 的一点经验分享,不需要复杂的提示词结构,重点是要给到正确的反馈:
1. 通过截图或者错误日志告诉它 Bug 如何重现、现象是什么
2. 如果它不能修复,让它在关键路径打印日志,然后每次把日志和操作步骤发给它
3. 如果你能自己缩小范围,知道相关代码在哪几个文件,告诉它能极大提高成功率
4. 让它自己去用工具收集反馈,比如告诉它怎么运行相关文件的自动化测试,或者告诉它怎么用 PlayWright/Chrome Dev Tool 抓屏
5. 给它提供参考代码,比如某个能正常运行开源项目的源码(需要下载到本地),让它对照着分析下,也许能找到原因
1. 通过截图或者错误日志告诉它 Bug 如何重现、现象是什么
2. 如果它不能修复,让它在关键路径打印日志,然后每次把日志和操作步骤发给它
3. 如果你能自己缩小范围,知道相关代码在哪几个文件,告诉它能极大提高成功率
4. 让它自己去用工具收集反馈,比如告诉它怎么运行相关文件的自动化测试,或者告诉它怎么用 PlayWright/Chrome Dev Tool 抓屏
5. 给它提供参考代码,比如某个能正常运行开源项目的源码(需要下载到本地),让它对照着分析下,也许能找到原因
codex 中输入 /status 就能看状态, pro 用户的 Token 用量也是有限制的,但正常还是不容易达到的,我最近一周使用强度蛮高,只用 GPT-5-Codex high,半周也才 26% https://t.co/etcJvMkkA0