首页 › 每日一提示词 › 让 AI 定位 Bug，而不是猜 Bug
2026-09-25 · 编程
「这段代码为什么报错」——这样问，AI 通常会给你三个可能的原因，然后开始改代码。改完你可能发现它修的是另一个问题：它没看到你的报错，只能猜。
我的代码出了问题。先不要给我修改后的代码，按下面的顺序来。 第一步，复述问题：用你自己的话描述一遍你理解的现象，让我确认你理解对了 第二步，列出可能的原因：按可能性从高到低排，每条说明「如果是这个原因，还会伴随什么现象」 第三步，给出排查方法：针对每一条原因，告诉我应该打印什么、断点打在哪、看哪个变量的值，让我能自己确认是哪一条 第四步，等我确认原因之后再给修改方案，并说明这个改动会不会影响其它调用 排查信息： - 完整报错信息： """ [粘贴完整报错，包括堆栈] """ - 触发操作：[在什么条件下出现] - 相关代码： """ [粘贴代码] """ - 期望行为：[原本应该发生什么] - 复现频率：[每次必现 / 偶发] - 最近改动：[这块代码最近动过什么]
关键在「先不要给我修改后的代码」这一句，以及第三步的排查方法。直接要修复代码，AI 会跳到你想要的答案上，而它跳过的推理过程恰恰是你需要的——你下次遇到同类问题还是不会。让它先给排查路径，等于让它把诊断过程摊开给你看；绝大多数时候，你在执行第二步的时候就已经发现问题在哪了。
如果是偶发问题，在「排查信息」里补一句「这个问题在并发下才出现，请优先考虑共享状态与竞态条件」，能把它的排查范围收窄一大截。