Codex 核验（2026-10-10）：本文保留作者原话；当前 Scope Recall v3.9.3 的 SQLite 权威存储及可重建向量是架构特性，不能把 SQL 查到的记录自动当作外部世界已核验事实。Hindsight 等方案是否“只有向量”需按各自实现判断，本文对竞品的概括不是代码审计结论。
https://github.com/410979729/scope-recall
给 Hermes 写了个记忆插件：scope-recall 主要解决 3 个问题：记不住、记混、上下文串轮次 因为hermes自带的记忆很难用，所以干脆自己做架构 参考了龙虾社区插件 lancedb-pro 的一些思路 实现上用了 SQL 真值层 + LanceDB 伴生索引，把记忆召回做得更稳、可追踪，也更不容易把前几轮问题混进当前对话 插件现在已经开源，永久免费，会不停吸取现在市面上优秀的记忆插件，取长补短，不断更新
感谢感谢，发现任何问题都可以留言哈，我也在不断的改进更新，昨晚我又想到了一个新问题，我发现我的hermes现在会不自觉地把所有知识，比如踩坑经验，还有学到的知识都往这个记忆数据库里塞。久了后假如上亿条记忆和知识，以后全部混一起，估计管理和分类会很麻烦。所以现在我在重构里面的层级分类，之后还准备加入图谱关系，为以后长远使用做准备
已经关注啦，你开发的这个插件，其实和论文《Useful Memories Become Faulty When Continuously Updated by LLMs》挺契合的。负责的LLM，自身判断力会随任务上下文的变化出现波动下降，此时模型很可能对记忆做出错误分类、错误关联或是错误总结，反而会在更隐蔽的层面引入新偏差。 可以借鉴Hindsight的思路，新增一层独立验证来规避这个问题。另外，不知道您有没有关注过metamem？它和您这个插件的功能方向其实挺互补的。
请问你的插件跟 Hindsight 有什么区别？ 两者有重合也有不同，重合的地方是都有写入记忆，召回记忆，不同的地方在于hindsight多了反思能力，我们没有反思，我们只有绝对事实。然后就是我们是数据库sql存事实，向量库存索引，向量索引和数据库成为映射关系来召回。我们的数据库还自带层级分类。hindsight是一个向量库存事实记忆事实。然后hindsight还多一个自动预取流程的功能，就是你每一轮对话时候，hind会预取调用上一轮消息的查询 如果你已经用了hindsight,就别换，只要不串台，不忘事就不需要换
你现在是否有使用记忆插件，和建立了嵌入式向量数据记忆库？没建的话就大胆的装，不会忘记，如果已经有向量库的，你可以把插件下载后问你自己的hermes，能否无缝把向量库对接过来。如果不能无缝对接过来，需要新建向量记忆库的话，就有可能失去之前向量记忆库记忆的风险
提前给大家预告一次，本插件这周内将进行第2次升级，这次升级是个大工程，保留原有功能外，我准备一次性将hermes官方内置的8个记忆插件，包括Honcho、OpenViking、Mem0、Hindsight、Holographic、RetainDB、ByteRover、Supermemory，提取出他们的特点和优点，然后出一个V2升级版，本插件底座架构永远不变，sql数据库做真值+向量库伴随索引召回这点永远不变
论文《Useful Memories Become Faulty When Continuously Updated by LLMs》