通用方法 · 熟练
像上次那一招，怎么这次越用越糟？
相似的经验不一定同向，反例要单独标
经验库最危险的不是「条数不够」，是里面躺着一条「看起来像、方向其实是反的」。检索按相似度捞出它，步骤被逐字照抄，结果比没有经验更糟 —— 这在论文里有个名字叫负迁移，修法不是删掉它，而是给它挂一条对比边：把「长得像」和「能照抄」拆成两件事。这一页给三个动作：分层（原子做法 / 工作流 / 元框架）· 标反向（反例单独挂标）· 只追加（纠正反馈不许被覆盖）。
方法 · 一图看懂
1
分层 — 原子做法 / 工作流 / 元框架分开存，别堆在一个池子里
2
标反向 — 给「看起来像但方向相反」的那条挂标记，检索时降权
3
只追加 — 纠正反馈与失败原因不许被后续重写覆盖
4
留碎屑 — 端口 / UUID / 路径 / 报错原文单独存一份不可压清单
原理 · 为什么有效
单层、按相似度检索的经验库有两个已证实的失效模式：① 规模一变大就开始退化（把轨迹、工作流、教训全丢进一个池子，越存越糊）；② 具体经验会被灾难性负迁移 —— 一条表面相似、方向相反的经验被召回后，它的具体步骤会被逐字照抄，反而把执行带偏。修法是把经验分成原子做法 / 任务工作流 / 元框架三层，再用带类型的边把「同向可照抄」与「反向仅作对照」分开；同时，凡后续出现纠正反馈，一律追加而不重写 —— 重写式记忆的失效路径很确定：它必须把每条事实带过之后的每一次改写，而这在稀疏反馈下学不会，最后会连纠正反馈一起删掉。
适用场景
适合：给自己攒提示词 / 做法笔记、给团队攒 SOP、给 agent 攒技能与教训的人 —— 尤其是那种「库里已经有几百条，但用起来效果不稳定」的状态。⛔ 不适合：只攒了十几条、还没到检索会出错规模的初期阶段（那时候分层是过度设计）。
自测 · 5 问
你的库里有几条是「不要这样做」，而不只是「要这样做」？
有没有两条表达相似、但结论/方向相反的做法？它们被标开了吗？
一条做法被纠正过之后，原来的写法是被改掉了，还是留了痕？
库里能不能一眼分出「一个具体动作」「一条流程」「一条判断原则」这三类？
上次照抄某条经验却失败，那条经验被标出来了吗，还是继续躺在库里等下一次被捞出来？
怎么上手 · 验证步骤
第一步（半小时，一次做完）：把现有条目按三类重排 —— 原子做法（一句能照着做的动作）· 工作流（多步串起来的固定流程）· 元框架（什么时候该用哪一类，只有判断没有步骤）。第二步（每遇一次失败做一次）：写一条反向条目，格式固定为「看起来像 X，但在 Y 条件下是反的」，并把它和那条 X 互挂标记。第三步（每次纠正时）：不要改掉原条目，而是追加一行「[填写日期] 纠正：…」，让历史留在里面。第四步（收尾）：把「端口号 / 版本号 / 文件路径 / 报错原文 / 环境变量」这类碎屑单独存一份不可压缩清单，摘要里丢了就从这里取。
自检三条：① 任意捞出一条经验，能说出它属于三层里的哪一层；② 每一条有反例的经验都能找到它对应的反向条目；③ 库里的纠正反馈是追加上去的，没有哪一条的旧写法被静默改掉。三条里有一条不成立，说明这个库还在「单层按相似度捞」的状态 —— 那时的「像」和「能抄」是同一件事，迟早会踩负迁移。