Memory 与产品连续性

用户通常不会用 Retrieval Precision 来描述 Memory 的好坏。他们会说：“这件事为什么还要再问？”“我已经改过了，为什么你还记着旧的？”“那只适用于上一个项目。”“这条信息为什么影响了现在的结果？”

这几句话指向的都是连续性。系统需要让重要的理解跨过会话，又不能把一次性的要求、过期判断和错误推断永久带到未来。

因此，Memory 首先是用户能够感受到的产品行为。它决定系统如何延续关系、解释过去的影响，并允许人修正自己在系统里的投影。存储与 Retrieval 只是实现这份体验的中间层。

用户看到的是前后是否一致

一个 Memory 系统至少有四个彼此独立的工作：

1. 发现一个值得记住的候选信息。
2. 判断它是否应该成为长期记忆。
3. 在未来正确的场景里重新取回它。
4. 当现实改变时更新或忘记它。

检索最受关注，因为它最容易被量化。更困难的失败通常发生在检索之前和之后。

如果系统保存一切，Memory 就会变成第二份对话记录。如果它只保存脱离范围的事实，一次任务里的偏好就可能变成永久规则。如果它从不更新，昨天的真相就会悄悄覆盖今天的意图。

Memory 的质量同样取决于删除与修订，而不只是回忆。

什么值得跨过一次会话

适合长期保留的内容，通常会在未来反复改变正确答案：

• 一个偏好，以及它成立的具体上下文；
• 一个会反复改变正确答案的约束；
• 一个应该跨越当前会话保留的未解决问题；
• 一次失败尝试带来的教训；
• 一个项目当前的状态，以及它为什么到达这个状态。

可以用一个朴素的问题判断它是否值得跨过会话：如果下次没有这条信息，系统会不会重复询问、重走已经失败的路径，或者再次作出用户已经修正过的判断？

如果答案是否定的，Archive 已经足够。Memory 不以保存量证明价值，它以减少重复摩擦、维持有效理解来证明价值。

可修正性是信任的一部分

当 Memory 隐形且不可逆时，它会令人不安。用户应该能够理解为什么一条旧信息影响了当前结果，可以轻松修正它，也能知道这次修改是局部的还是长期的。

这并不需要一个数据库管理界面，但必须存在清晰的产品契约。

系统应该能够回答：

• 你记住了什么？
• 为什么它在这里产生了影响？
• 我可以修改它吗？
• 这次修改还会在哪里生效？

如果这些问题没有可读的答案，产品并不真正拥有 Memory，它只有隐藏状态。

连续，但不僵化

Memory 的目标不是完美回忆，而是有用的连续性。

好的 Memory 系统会让产品逐渐积累理解，同时保持容易修正。它让下一次交互变得更好，却不会把用户困在一个已经过时的自己里面。

这种“连续但不僵化”的平衡，才是真正的设计问题。