070、跨会话知识沉淀：把一次调试经验固化为持久记忆的工程方法
一个让我失眠的凌晨三点
凌晨三点，生产环境告警。一个诡异的N+1查询问题，让我在日志海洋里泡了整整四个小时。找到根因的那一刻——一个被我三天前亲手修复、又因为切换分支而丢失的配置——我差点把键盘摔了。
这不是第一次了。每次调试出结果，要么记在本地Markdown里吃灰，要么写在Slack上被刷走，要么干脆“这次记住了”然后下次继续踩坑。Claude Code帮我们加速了调试，但加速的是“找到答案”的过程，不是“记住答案”的能力。
为什么“记住”比“找到”更难
传统调试流程里，知识流失发生在三个环节：
环节一：调试过程中的中间结论丢失。你试了方案A，发现不行，记了个笔记“A不行因为X”。但Claude Code的会话上下文一关，这个“负样本”就消失了。下次遇到类似问题，你还会试A，因为你不记得试过。
环节二：修复方案的上下文碎片化。你改了三个文件，每个改动背后都有推理过程。但git commit message只写“fix bug”，三个月后看这段代码，你完全想不通为什么这么改。
环节三：跨项目的经验无法复用。你在项目A里解决了Redis连接池泄漏，项目B遇到类似问题，你只记得“好像修过”，但具体怎么修的，得重新调试一遍。
这三个环节的本质是：调试过程产生的结构化知识，被非结构化的存储
