Appearance
MCP Memory三家横评:Hindsight学习型 vs MemoryOS分层型 vs RAG工具箱型
装错一家长会话照样失忆。先想清楚要"学习"、"画像演化"还是"检索零件"。
问题本质
不少人给Agent接上MCP Memory后,长会话仍然会失忆。
问题不在MCP协议,在你装的是哪个Memory服务器。
社区里能拿出来用的MCP Memory实现,活跃的就这么三家:
| 服务 | Stars | Forks | 定位 |
|---|---|---|---|
| Hindsight | 10.7k | 630 | 学习型 |
| MemoryOS | 1.3k | - | 分层OS型 |
| RAG Memory | - | - | 工具箱型 |
一句话总结:多数横评只比谁分高、谁好装,没人说清这三家做的根本不是同一件事。
一、三家记忆模型对比
Hindsight:学习型
GitHub:https://github.com/vectorize-io/hindsight
核心三动作:
| 动作 | 功能 |
|---|---|
| retain | 存储 |
| recall | 检索 |
| reflect | 推理 |
与其他两家的最大差别:reflect(推理)
- 写入时:结构化事实抽取、实体消歧、知识图谱构建
- 查询时:cross-encoder重排
代价:每次交互多烧1-3k token
MemoryOS:分层OS型
GitHub:https://github.com/BAI-LAB/MemoryOS
设计借鉴操作系统内存管理:
| 模块 | 功能 |
|---|---|
| Storage | 存储 |
| Updating | 更新 |
| Retrieval | 检索 |
| Generation | 生成 |
三层架构:
| 层级 | 内容 | 特点 |
|---|---|---|
| 短期 | QA对 | 满了升中期 |
| 中期 | 会话(带heat追踪) | 热度高升长期,冷的自然衰减 |
| 长期 | 画像与知识库 | 晋升后固化 |
RAG Memory:工具箱型
两个分支:
| 分支 | 技术 |
|---|---|
| thiago4go | PostgreSQL+pgvector |
| codingthefuturewithai | PostgreSQL+pgvector+Neo4j |
特点:不讲"记忆理论",把存储、检索、图查询全部以MCP工具形式expose出来。
| 工具组 | 数量 | 功能 |
|---|---|---|
| Database Management | 4个 | switchDatabase等 |
| Document Management | 5个 | storeDocument等 |
| Knowledge Graph | 5个 | createEntities等 |
| Search & Retrieval | 3个 | hybridSearch等 |
二、关键指标对比
上手时间
| 服务 | 时间 | 说明 |
|---|---|---|
| Hindsight | 5分钟 | 一条docker run |
| MemoryOS | 15分钟 | 要选LLM/embedding/storage |
| RAG Memory | 30分钟+ | 双库部署+初始化 |
资源占用
| 服务 | 内存 | 说明 |
|---|---|---|
| Hindsight | 800MB-1.2GB | 单容器内嵌Postgres |
| MemoryOS | ~600MB | 加ChromaDB |
| RAG Memory | 1.5GB+ | PostgreSQL+Neo4j双库 |
Benchmark透明度
| 服务 | 数据 | 验证 |
|---|---|---|
| Hindsight | LongMemEval 91.4% | Virginia Tech、Washington Post第三方复现 |
| MemoryOS | LoCoMo F1 +49.11% | self-reported |
| RAG Memory | 无公开数据 | - |
三、三种场景选型建议
场景A:接上去就能跑、长会话不糊
推荐:Hindsight
| 优点 | 说明 |
|---|---|
| 最低上手成本 | 一条docker run |
| 第三方复现benchmark | 拿得出手给老板解释 |
| cross-encoder重排 | 长上下文更稳 |
不适合:极度在意token成本、纯本地小模型、记忆量级超百万条
场景B:长期陪伴型Agent
推荐:MemoryOS
| 优点 | 说明 |
|---|---|
| heat追踪 | 明确区分"该记一辈子"和"该忘" |
| 三层架构 | 画像演化有语义支撑 |
| 论文同款 | EMNLP 2025 Oral |
不适合:纯检索型RAG、对benchmark透明度有硬要求、多租户隔离
场景C:知识库+多项目隔离+精确调度
推荐:RAG Memory(thiago4go fork)
| 优点 | 说明 |
|---|---|
| runtime database switching | 多租户物理隔离 |
| 17个工具集 | agent自己决定调度顺序 |
不适合:7B以下小模型驱动、想"装上就忘了它的存在"、对部署复杂度敏感
四、核心结论
| 不要根据 | 应该先想清楚 |
|---|---|
| stars数选 | 你的Agent是要"学习"? |
| 谁更新用谁 | 还是要"画像演化"? |
| 支持...就选 | 还是要"被精确调度的检索零件"? |
装错一家长会话照样失忆,选型要走对,先得看清这一层。
关键词:MCP Memory, Hindsight, MemoryOS, RAG Memory, Agent记忆, 知识库
