直接回答：代码报错问AI最有效的格式是：目标 + 期望结果 + 实际结果 + 最小复现 + 完整错误 + 环境版本 + 已尝试方案。与其写“为什么报错”，不如让AI能在脑中或工具环境里重现同一个失败。
为什么只贴一行错误通常不够
同一个TypeError或构建失败可能由调用方式、数据、依赖版本、运行目录、环境变量甚至前一步状态造成。AI只有最后一行错误时，只能按概率猜。
七项最小信息
| 字段 | 示例 |
|---|---|
| 目标 | 上传图片后写数据库 |
| 期望 | 返回201并生成记录 |
| 实际 | 500，记录未写入 |
| 最小复现 | 20~50行可运行代码 |
| 错误 | 完整stack trace |
| 环境 | OS、语言、框架、关键依赖版本 |
| 已尝试 | 排除哪些方向及结果 |
最小复现怎么做
- 从失败场景复制一个最小入口；
- 删除与错误无关的UI、业务分支和数据；
- 把外部数据改为固定样本；
- 确保别人只按一条命令就能复现；
- 如果删掉某段后错误消失，那段就是新线索。
日志怎么给
保留错误前的关键上下文、完整stack trace和第一个属于你自己代码的调用位置；去掉重复的进度输出。涉及CI时，GitHub官方建议在普通日志不足时开启debug logging。[1]
环境信息不要只写“最新版本”
写具体版本号、包管理器、lockfile、运行命令和操作系统。AI调试建议只有绑定到确定环境，才有可复现意义。
让AI先解释，再改代码
推荐要求输出：根因假设→证据→验证命令→最小修复。不要直接说“帮我修”，否则AI容易顺便重构无关代码。
可复制模板
我要解决：... 期望行为：... 实际行为：... 最小复现：`...完整错误： ```...环境：OS / runtime / framework / dependency versions
复现命令：...
我已经尝试：...
请先给最多3个根因假设，说明各自证据和验证方式；确认根因后只给最小修复。如果AI仍然答不准
- 让它提出“还缺哪三项信息”；
- 换成二分排查，而不是继续加长提示；
- 把失败输入固定下来；
- 要求它写一个诊断脚本或额外日志点；
- 对库/框架行为回到官方文档核对。
参考来源
- GitHub Docs：Enabling debug logging（核验于 2026-08-08）
- GitHub Docs：Concepts for prompting Copilot（核验于 2026-08-08）
- GitHub Docs：Copilot Chat in your IDE（核验于 2026-08-08）
更新记录
- 2026-08-08：整理可复现AI调试提问模板。
© 版权声明
文章版权归作者所有，未经允许请勿转载。
相关文章
百度热点