直接甩一行报错让 AI 猜，不如给它完整上下文。这套喂料方法能把 AI 的调试命中率提高一个档次。
2026-08-01 · 约 6 分钟读完
一行 TypeError 可以对应一百种原因：变量没定义、异步时序、依赖版本、类型混淆、环境差异。AI 只看到报错文本时，只能给你一个最大众化的猜测——通常就是「检查一下变量是否为 undefined」这种正确的废话。
调试类提问的质量，几乎完全由你提供的上下文决定。喂料越完整，AI 越像一个坐在你旁边的资深同事；喂料越吝啬，它越像一个隔着墙猜谜的热线客服。
一个直接可用的模板：「环境 X + 代码段 + 完整报错 + 预期行为 + 已尝试」。照着填，命中率立刻不一样。
不要拿到答案就直接抄。让 AI 解释「这个 bug 的根本原因是什么」——理解了原因，你才能判断修复是否完整，以及同类问题会不会在别处再犯。很多 bug 修好一处还藏着三处，不知道根因就只会反复救火。
如果 AI 给的第一版方案没解决，别急着重问一遍。把「用了这个方案之后的新报错」完整贴回去，让它基于新信息修正判断。调试本质是你和 AI 交替缩小包围圈的过程，不是单向问答。