回顾与练习

要点回顾

• bug 是你预期与实际发生之间的落差——把两边连同确切的复现步骤都给 AI，绝不要只说"它坏了"。
• 把错误一字不差地贴上去，并附上栈追踪的顶部；指向你自己文件的第一行几乎总是起点。
• 改动前先确认：加一行带标签的日志来验证假设，并通过二分查找（在代码或提交历史中）让搜索空间每一步减半。
• 修复根本原因，而不是表象——只能阻止崩溃的守卫或 try/catch 通常只是把真正的问题盖住。
• 当 AI 兜圈子时，把上下文重置为你确定知道的内容，让它去解释而不是去修，并补上证据而不是猜测。

动手试试

下次有东西坏掉时，在请求修复之前先写好 bug 报告。在一个全新的对话里给 AI 三样东西：复现步骤、你的预期，以及实际发生的情况——错误一字不差地复制，并包含栈追踪的顶部几帧。然后，不要说"修好它"，而是请它给出一个假设以及一个廉价的确认方式（通常是一行日志）。运行那个检查，把输出贴回去，然后才让 AI 提出修复方案。感受一下这条路比"它不工作，帮我"要直多少。

我有一个 bug。在提出任何修复之前，给我一个假设以及一个低成本的确认方式
（比如一行日志）——先别改代码。

复现步骤：[你做了什么]
期望：[本该发生什么]
实际：[实际发生了什么]

完整的错误和堆栈跟踪：
[一字不差地粘贴]

相关代码：
[粘贴出错的函数，以及它调用的任何东西]

什么可能导致这个，以及在我们改动任何东西之前我该打什么日志来确认它？