AI编程实战:让 AI 修 Bug,从报错到修复

写在前面
Debug 是 AI 最擅长、也最常用的场景之一,但很多人习惯只贴一半报错,效果大打折扣。这篇讲怎么让 AI 高效修 Bug。
一、贴报错的正确姿势
把三样东西一次给全:完整报错 + 相关代码 + 环境信息。
运行报错,请帮我定位并修复。
- 报错:(粘贴完整 traceback)
- 代码:(粘贴相关函数)
- 环境:Python 3.11 / Windows / pandas 2.x
- 要求:先解释原因,再给修复代码,最后告诉我怎么验证
二、三个真实案例
| 错误类型 | 常见原因 | AI 修复思路 |
|---|---|---|
| KeyError | 字典缺键,数据源格式变化 | 先确认键名再取值,或改用 .get() |
| 依赖版本不匹配 | API 在新版本改名/移除 | 锁定版本,或改用新 API |
| 中文乱码/编码错误 | GBK 与 UTF-8 混用 | 读写文件时显式指定 encoding |
三、多轮定位技巧
如果一次没修好,别重复问"还是不行"。试试这些指令:
先假设最可能的原因,逐个排查,每步打印关键变量,把排查过程告诉我
让 AI 把"思考过程"和"验证步骤"显式化,比自己瞎猜高效得多。
四、修完要回归
修好当前 Bug 后,把原来能跑的功能再跑一遍。AI 修 Bug 时引入新 Bug 很常见,回归测试是最后一道闸。
提示:给 AI 的报错越完整,它定位越快。截图不如文字,转述不如原文。
小结与下篇预告
这篇学会了 Debug 的正确姿势:完整报错、多轮定位、修后回归。下一篇《AI编程实战:让 AI 写测试,一次到位》,让测试成为你的安全网。
小作业
故意写一段会报错的代码(比如访问不存在的字典键),用本文模板让 AI 修复,并把修复前后的代码和解释记下来。

2197

被折叠的 条评论
为什么被折叠?



