报错改了五版还没对？把Traceback贴进去试试

有些 bug 你明明知道大概在哪，就是改不对。Stack Overflow 上的答案看起来很有道理，复制到你的环境里却完全不是一回事。DeepCode 的修复模式让我少走了很多这种弯路：把真实代码和真实报错一起丢进去，它返回修改后的版本和原因说明。

什么场景最管用

不是把几万行代码全贴进去。它适合：报错明确但改了几版都没解决、不熟悉某个库的新 API、或者想理解一段老代码为什么报错并安全修复。

怎么问，比问什么更重要

先准备最小可复现代码。只保留相关函数、触发错误的调用、关键变量示例。无关代码会严重干扰判断。我第一次用的时候偷懒整段复制，结果AI修错地方。

再贴完整报错信息。不要只给最底下一行。完整 Traceback 才能定位根因。比如：

TypeError: unsupported operand type(s) for /: 'str' and 'int' at line 34 in calculate_density

接着选修复风格。最小改动只修报错点；稳健修复会增加异常处理；现代写法会用推荐 API 重写。

拿到代码后该怀疑什么

不要无脑复制。重点看：语义有没有变、有没有新依赖、边界情况是否覆盖、性能是否变差。AI 能帮你修，但上线前的最终责任人还是你。

AI 可以帮你修代码，但上线前的最终责任人还是你。

如果修完还是报错：回到最小可复现，确认你是不是把真正出错的代码截掉了。很多时候Traceback里的根因在上几层调用里，不在最底下一行。

下一步：修复完脚本后，可以用 Paper2Code 复现论文方法，或者用 PicAxe 分析实验图像。