工具复盘根因法
解决什么问题
用 AI 编程工具时，同一类错误反复出现该怎么办？很多人的默认反应是"再试一次""换个 prompt 硬冲",直到工作能跑通就翻篇。这个习惯导致同样的坑会一次又一次踩。这是作者从"硬冲型 vibe coder"转变为更成熟做法的关键习惯。
核心内容
当 AI 犯错（尤其是那种明显说明它"根本没理解"某个东西的严重 bug）时，不要止步于"改对了就行"，而要多问一步溯因，并把结论固化进可复用的资产里：
- 功能修好之后，回头问 AI（同一个 agent）："是你的系统提示词（system prompt）还是工具配置里的哪个部分，导致你犯了这个错误？" 让它做一次自我"内省"，说出导致自己出错的具体原因，而不是笼统道歉。
- 拿到根因判断后，明确要求："好，那我们更新你的工具配置和文档，确保这个错误以后不会再发生。" 这可能意味着修改
/commands里的某条 prompt,也可能是更新某份说明文档或某个约定。 - 这个习惯不仅用于失败场景，成功场景也要做："即使这次成功了，回头看看你做了什么、哪里其实可以做得更好，这件事同样关键"——即无论成败都要有这一步复盘，而不是"成功了就翻篇"。
作者认为这是区分"会用 AI 的人"和"真正懂怎么用 AI 的人"的分水岭之一：持续回看 prompt 本身、找出哪里表达得不够好、观察 AI 回应质量如何随之改善，这个迭代闭环本身就是核心竞争力。
适用边界
- 这个方法依赖"AI 能对自己的错误给出准确的根因解释"这一前提——模型的自我内省不一定总是准确，用户仍需要一定的判断力去核实这个解释是否合理。
- 效果是累积性的，短期看不出明显差别，长期才会体现为"命令库/文档越来越少踩重复的坑"。
关键引述 · 原话
"I'll ask it, 'What in your system prompt or tooling made you make this mistake?' And Claude will kind of like go introspective and think of what made it create that mistake. And then I'll say, 'Okay, great. Let's update your tooling and documentation so that this mistake never occurs again.'" — Zevi Arnovitz
"Going back to your prompts, understanding what was not good enough, iterating on them and then seeing how AI's responses get better, I think that's probably one of the most important things." — Zevi Arnovitz
关联卡片
- 与 `4x4-debugging--lazar-jovanovic.md` 中"修好后追问'下次怎么 prompt 你才能一次搞定'并写进 rules.md"是几乎同一套方法论的独立复现，可对照互证 - 是 `non-technical-pm-ai-build-pipeline--zevi-arnovitz.md` 第 6 步（更新文档）的具体触发机制
被这些卡引用
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2