A judgment to borrow / 实践判断
旧经验还在，也可能失去被使用的机会
保存、进入候选、排进返回结果和进入 active context 是不同环节。有限返回名额可能被重复候选占满；只按 key 合并又可能丢掉不同的适用条件。
怎样借用
- 什么时候想起它
- 候选池增长后，结果越来越相似，原本可用的经验却很难取到；或准备给记忆检索加去重时。
- 它改变哪个选择
- 先检查必要条目是否还在、是否进入候选、排名与最终 context。把“相同内容的重复”和“相同主题、不同条件的经验”分开，再选择去重粒度或检索组织。
- 不要这样使用
- 不要只凭 key 相同合并经验，也不要把返回条目命中当作任务成功。扩大 top-k 可能只推迟挤占发生。
- 在目标侧怎样检查
- 在目标检索器固定查询与返回预算，分别加入完全重复、同义改写、无关增长和同 key 不同条件；保存候选排名与实际 context，再做任务完成与旧任务回测。
这是由有限反例支持的诊断建议。没有证明某个通用去重器、embedding retriever 或整个 memory 系统更好；目标侧收益待检验。
这件事，是怎么知道的？
经验检索竞争：4 个原创场景、108 次 SQLite BM25 选择 ↗
重复候选让必要清洗经验从第 2 位退到第 4、6 位；按 key 去重又会漏掉同 key 下上锁房间所需的方法。无关增长控制保持目标排名。
有限 synthetic witnesses；108 次选择共享四个场景。返回预算是记录条数，不是等 token 或等计算预算；没有运行 agent 任务。
逐次排名与选择 receipt ↗
保存原始排名、各策略选择与 hit，允许逐场景检查。
同一组构造场景的详细记录，不是另一份独立证据。
取用之后，发生了什么？
已采用 · 2026-09-21
AMS 的实践 brief：先决定什么占一个返回名额 ↗
一个 finding 是一个候选，它的多份 evidence 不展开成多个候选；不同适用条件的 finding 保留独立 ID，不按标题或主题合并。
此决定已用于本次本地查询与导出实现；具体重复证据、同主题不同条件的合同由可运行测试检查。
工程采用记录。测试检查名额与候选行为，不证明真实开发效率、检索质量或 agent 能力得到提升。
引用过、采用过、有帮助是不同结论。负反馈与不采用也值得保留；迁移反馈由目标项目决定公开范围。
继续追问：旧经验，怎样继续帮助当前任务？ →含当前正文、出处、阅读范围与接续线索；链接的全文不随包附带。