修了三遍同一个 Bug，我才服气：复盘不能靠脑子

接手新项目第二天，我又在改那个报错。
翻聊天记录才发现——两个月前踩过一模一样的坑，当时还认真解决了。
然后忘得干干净净。
问题不在记性。项目一收尾人就跑了，那点教训跟着上下文一起被清空，下次重新试错一遍。
现在我固定在收尾前跑一遍这段 prompt，产出一份 Markdown 归档，新项目开工先翻它。返工少了一大半。
直接抄 👇
━━━━━━━━━━
请你扮演技术复盘顾问。我会提供一个用 Claude Code 做完的项目，帮我产出一份能长期复用的经验档案。
目标：把这次的坑和有效打法固化下来，下次做同类需求照着开工，不重新试错。
按这四块写：
1️⃣ 项目速览做的什么业务、用了哪些技术、AI 具体接了哪部分
2️⃣ 值得留下的打法有效的提问方式、能直接搬走的代码片段、验证过的 prompt 写法
3️⃣ 坑位清单每条写清楚：什么现象 → 根因 → 怎么修好的 → 以后怎么从源头绕开
4️⃣ 开工前检查清单下次同类项目动手前必须先确认的事
写法要求：少讲道理多给结论，能落地的地方写具体，方便我存档反复翻。
━━━━━━━━━━
三个让输出不空洞的细节：
· 把报错记录、改动记录、完整对话一起丢进去。只甩一句"帮我复盘"，它只能还你一堆漂亮废话
· 工具名换成 Codex、Cursor 都通用，改关键词就行
· 存成 Markdown，第四部分单独拎出来置顶
你被同一个坑绊过几次？评论区聊聊，我把高频的整理成一份通用清单。
#AI编程 #claudecode #程序员日常 #开发效率 #复盘方法论 #prompt工程 #踩坑记录