EachOf Memory 解决什么问题？为什么普通 RAG 或聊天记录不够？

项目版本说明

这些问答整合历史设计与实现资料；当前 main 分支 README 以工作包描述建设状态。具体能力、实验数据与设计目标的边界见项目状态与证据。

标准回答

EachOf 的重点是让多个 Agent 使用仍然有效且有权限访问的记忆。保存并检索文本只能回答“有没有相关内容”；项目还需要知道结论来自哪里、依据变化后是否失效、谁能使用，以及如何可靠写入。长期记忆是在检索能力上增加生命周期和治理。

旧结论“周五发布”来自排期 v1，排期 v2 已改为周一。即使用户问“什么时候发布”与旧结论高度相似，当前视图也不应继续把旧结论当有效答案。

**先举决策变化的问题：**项目以前用方案 A，后来改为 B；旧会议总结和派生结论若仍被召回，Agent 可能继续按 A 工作。

**再说治理如何介入：**来源版本、推导依赖、失效状态与权限共同决定一条记忆现在能否进入上下文，不能只按向量相似度排前面。

**限定当前验证范围：**简历确认端到端实现和受控实验，不代表已经有大规模生产租户或长期线上效果。用真实功能与测试说明完成度。

检索增强可以是其中一环；区别在项目重点增加了写入、依赖、纠错和授权等生命周期能力。

上下文预算有限，历史可能冲突且权限不同；全部塞入不能自动解决有效性判断。

不能把小样本验证表述为线上长期稳定运行或行业通用效果。