回顾与练习

要点回顾

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

动手试试

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

I have a bug. Before suggesting any fix, give me a hypothesis and a cheap way
to confirm it (such as a log line) — don't edit code yet.

Steps to reproduce: [what you did]
Expected: [what should have happened]
Actual: [what happened]

Full error and stack trace:
[paste verbatim]

Relevant code:
[paste the function that failed, plus anything it calls]

What could be causing this, and what should I log to confirm it before we change anything?