把报错"接力"给 AI：四步根因分析法

复制一段报错贴给 AI，它十有八九直接甩你一段改好的代码——问题是你不知道错在哪、为什么错，下次换个写法又踩。更糟的是，它有时为了"显得解决了"，偷偷改了你不相关的逻辑，埋下新雷。正确的用法是让它当排障搭档，一步步把根因逼出来，而不是直接给补丁。你要的不是一段能跑的代码，而是一条能复用的排查路径。

可直接复制的提示词

下面这段代码报错了，完整信息如下：
【报错信息】[粘贴 stacktrace 或错误信息]
【相关代码】[粘贴出问题的函数/片段]
【我已确认的事实】[你排查过的点，比如"变量不为 null""接口返回 200"]

请按四步来，每步明确输出，不要跳到最后直接给代码：
1. 假设：列出 3 个最可能的根因，按可能性排序，并说明每个对应的证据或疑点。
2. 最小复现：如果信息不足，告诉我还需要哪 2–3 个信息（日志/输入样例/环境版本），别瞎猜。
3. 定位：锁定最可能是根因的那一条，指出具体是代码的哪一行、什么机制导致的。
4. 修复：只改必要的最小改动，并说明这次修复为什么能解决、会不会引入别的副作用。

最后用一句话总结：根因是什么、以后怎么提前避免。

适用场景

• 线上偶发 bug，本地复现不了，需要推理
• 接手别人代码，看不懂为什么这么写却崩了
• 想搞懂原理而不只是"能跑就行"

效果说明

"四步法"把 AI 从"补丁生成器"变成"排障协作者"。要求它先列假设再排序，能过滤掉它最爱给的凑数答案；要求"最小复现"和"还缺什么信息"，能逼它承认自己看不全而不是硬编；最后限定"只改最小必要改动"，避免了它顺手重构带来的新风险。跑过几次你会发现，你记住的不是一段代码，而是一类错误的排查路径——这才是真学会，下次同类问题你自己就能定位。