限時優惠

2026 最好的 AI Agent Memory 框架排名（實測）

AI 工程 Agent Memory · AI Agent
2026-08-07 約 15 分鐘閱讀

結論先行：2026 沒有單一 Best Agent Memory Framework——Mem0 最快、Zep 時序合規、Letta 長會話、TencentDB Agent Memory 團隊資產、LangMem LangGraph、OpenMemory 本地 MCP。

同一客服 Bot 劇本實測六套方案。Best Agent Memory Framework · Mem0 · Zep · Letta

本文要點

  1. 結論先行：没有万能冠军——Mem0 適合给现有 Agent「最快加記憶」；Zep 適合时序与合規；Letta 適合記憶与运行时一体；TencentDB Agent Memory 適合團隊四层资产与 MCP；LangMem 绑定 LangGraph；OpenMemory 適合本地 MCP 跨应用。
  2. 我们用同一套客服 Bot 剧本（50 轮多轮對話 + 20 条关系型追问）實測：Mem0 接入最快（約 45 分钟）、Zep 关系题召回最高、Letta 长程人格一致最好、TencentDB 在代码/Wiki 冷启动場景领先。
  3. 模型能力不是分水岭，記憶类型（用戶事实 vs 时序圖譜 vs 自管上下文 vs 團隊资产）才是选型分水岭。
  4. 記憶层应部署在与 MCP Server、仓库、密钥同机的常駐节点——筆電合蓋会断召回链路（参见 MCP Server 部署决策）。
  5. 文末附場景矩阵、推荐組合、7 步落地与 FAQ，关键词：Best Agent Memory Framework · Mem0 · Zep · Letta · TencentDB · LangMem · OpenMemory。
開發者工作区与数据网络——AI Agent 长期記憶框架选型
Agent Memory 不是「更大的上下文窗口」，而是可檢索、可治理、可跨会话复用的外部記憶层。

先行结论：2026 Best Agent Memory Framework 實測排名

記憶框架的胜负手不在 GitHub Star，而在你的 Agent 要记住什么、谁能改、事实会不会过期。同一模型下，选对記憶层比换模型更能降低 token 与幻觉。

2026 年 8 月，我们在 kvmboot 工程團隊内部用同一 Node.js 客服 Bot 骨架接入了六套方案，统一剧本：用戶注册 → 改套餐 → 投诉 → 30 天后回访。综合接入工时、P95 檢索延迟、关系型追问 Recall@5、月估 API 成本、多租户隔离五项，排名如下：

  1. Mem0（综合第一）—— 30 行 SDK 即可 memory.add() / search()；托管与自托管双轨；个人/单应用 Agent 首選。
  2. Zep + Graphiti—— 「用戶 3 月说过敏、6 月已痊愈」类时序失效题准确率领先；金融/医疗/工单審計优先。
  3. Letta（原 MemGPT）—— Agent 自己编辑 memory blocks；数周运行的个人助理/角色扮演最强，但等于采纳 Letta 运行时。
  4. TencentDB Agent Memory—— 腾讯開源 MIT；Chat Memory / Skill / Wiki / CodeGraph 四层團隊资产 + MCP 五工具；OpenClaw/Claude Code 插件路径清晰。
  5. LangMem—— LangChain 官方；BaseStore 原生；已用 LangGraph 则零摩擦，否则为記憶单独引入编排过重。
  6. OpenMemory—— Mem0 系本地 MCP；Cursor + Claude Desktop 共享同一記憶库；不適合多租户 SaaS 后端。

非对称结论：「Best Agent Memory Framework」不存在单一答案，存在「你的記憶是用戶级、时序级、自管级还是團隊资产级」的答案。

1. 为什么 Agent 需要独立記憶层（Why）

2025–2026 年主流 Agent（Claude Code、Cursor、OpenClaw）都把上下文窗口撑到 200K+，但生产里仍有三类失败：

  • 跨会话断裂：用戶上周说过「只用深色主题」，今天 Agent 又问一遍——窗口再大也救不了已结束的 thread。
  • 关系与时间：「我经理昨天批准的预算」需要圖譜或 bitemporal 事实，不是扁平向量能稳定召回的。
  • 團隊知识冷启动：新 Agent 不应从空白對話学公司规范；应挂载 Wiki、CodeGraph、已审核 Skill。

独立記憶层把「對話流」与「可檢索资产」拆开：Host（IDE/CLI）负责推理，Memory 负责写入策略、檢索路由、權限 ACL。这与 双 Agent 雲 Mac 隔离架构 同构——执行节点与記憶节点都应是7×24 在线的，而不是筆電上的临时进程。

2. 記憶框架四类分型（What）

2.1 外挂記憶层（Mem0、OpenMemory）

不改变 Agent 运行时，通过 SDK 或 MCP 在推理前 search、推理后 add。Mem0 自动从對話抽取事实；OpenMemory 把同一套能力封装为本地 MCP，供 Cursor/Claude 共用。

2.2 时序知识圖譜（Zep / Graphiti）

Graphiti 为实体边打上有效时间，支持事实失效与历史追溯。Zep Cloud 在之上提供托管 API 与多语言 SDK。

2.3 Agent 自管記憶运行时（Letta）

Letta 继承 MemGPT 思想：core memory 常駐上下文，archival 外置，Agent 通过工具自己决定记住/遗忘什么。記憶与循环是一体的。

2.4 编排原生 + 團隊资产 Hub（LangMem、TencentDB）

LangMem 提供 extract/consolidate/search 原语，挂在 LangGraph store 上。TencentDB Agent Memory 则把對話、文档、代码仓库统一成可 ACL 的 Memory Asset，经 MCP 暴露 tdai_recall 等工具。

3. 實測方法与评分维度

环境：AWS t3.large 对照机 + kvmboot 雲 Mac M4 16GB（跑 Claude Code 侧 Agent 与 MCP 探测）。数据：脱敏客服语料 50 轮 × 3 用戶 persona。指标：

  • TTFM（Time To First Memory）：从 clone 到首次成功 recall 的工程师工时；
  • P95 檢索延迟：单次 search 毫秒；
  • Recall@5：20 条含时间/关系陷阱的追问；
  • 月成本估算：記憶写入+檢索 API（不含 LLM 主對話）；
  • 隔离：user A 能否檢索 user B 記憶（必须失败）。

说明：数字为 kvmboot 实验复现参考，非厂商官方 benchmark；你应用同一剧本在自家数据上复跑 48 小时再锁方案。

4. 六大框架五维对比表

框架 入口 記憶模型 部署/成本 權限边界 適合人群
Mem0 🥇 Python/JS SDK、REST 抽取事实 + 向量/图（Pro） 托管免费档 + 可自托管 按 user_id / agent_id 隔离 已有 Agent，要最快加記憶层
Zep 🥈 Python/TS/Go SDK 时序知识圖譜（Graphiti） 云托管为主；Graphiti 可 OSS Session + 实体级 ACL 合規、審計、「事实何时变了」
Letta 🥉 Letta Agent SDK / ADE Core / Recall / Archival 分层 自托管 Postgres+pgvector 或云 Agent 自管 memory blocks 从零建长会话有状态 Agent
TencentDB Agent Memory MCP / OpenClaw 插件 / SDK 四层资产：Chat·Skill·Wiki·CodeGraph 默认本地 SQLite；可选 TCVDB Team/User/Agent ACL 绑定 多 Agent 團隊、冷启动导入知识库
LangMem LangGraph BaseStore 语义/情节/程序性記憶原语 库级 OSS；存储自选 随 LangGraph thread/store 已全栈 LangGraph 的團隊
OpenMemory MCP Server（本地） Mem0 驱动的跨应用記憶 本地优先、零云依赖 用戶本机磁盘 Cursor/Claude 多工具共享記憶

5. 逐框架實測笔记

5.1 Mem0 — 接入最快、生态最大

我们用时 ~45 分钟 完成 Python 接入：pip install mem0ai，配置 Qdrant 或托管端点，client.add(messages, user_id=...) 即可。Recall@5 在扁平事实题上 ~88%，关系/时间题 ~62%。Graph Memory 在 Pro 档（約 $249/月）才解锁——若你核心痛点是圖譜，应直接看 Zep。

官方文档：docs.mem0.ai。適合：已有 FastAPI/LangChain Agent，只想加 user memory。

5.2 Zep（Graphiti）— 时序与合規首選

接入約 2–3 小时（需理解 Session + User 建模）。关系型追问 Recall@5 ~91% 为本组最高；P95 檢索 ~180–220ms（托管）。社区版 Zep CE 已停更，生产多用云托管；自研可用 Graphiti OSS 自建 Neo4j/向量混合栈。

適合：工单、CRM、医疗记录等「事实会过期、審計要留痕」場景。

5.3 Letta — 长会话人格与自管記憶

接入成本最高：需把 Agent 迁到 Letta SDK 或 ADE，TTFM ~1 天。但 50 轮后 persona 一致性评分比 Mem0 高 ~15%——Agent 会主动整理 core blocks。自托管用 Postgres + pgvector；適合个人助理、研究 Agent、游戏 NPC，不適合「只给现有微服务加个接口」。

5.4 TencentDB Agent Memory — 團隊四层资产 + MCP

腾讯 2026 開源的 TencentDB-Agent-Memory 走不同路线：不是单一向量库，而是 Memory Hub——把對話提炼为 Chat Memory 与 Skill，把文档/代码变为 Wiki 与 CodeGraph。默认 SQLite + sqlite-vec 本地零依赖；可选腾讯云向量库 TCVDB。

我们實測：导入 1 个中型 monorepo 后，tdai_memory_search 对「谁调用了这个 API」类比纯 Mem0 向量檢索多命中 23% 相关文件。MCP 适配器暴露 tdai_recall、tdai_capture 等五工具，可挂 Cursor / Claude Code。与 OpenClaw 单 npm 插件集成。適合多 Agent 同團隊、要冷启动导入文档与代码圖譜的團隊——尤其已在国内云/腾讯生态的團隊。

5.5 LangMem — LangGraph 原生記憶原语

若你已在 LangGraph 上跑生产 Agent，langmem 几乎零摩擦：create_memory_store_manager 挂 AsyncPostgresStore 即可。单独为記憶引入 LangGraph 不划算。Recall 略低于 Mem0，但与 thread/checkpoint 状态一致，调试体验最好。

5.6 OpenMemory — 本地 MCP 跨应用記憶

OpenMemory 由 Mem0 團隊维护，主打隐私优先、本地 SQLite、MCP 暴露。我们在 Mac 上同时开 Cursor 与 Claude Desktop，指向同一 OpenMemory 进程，跨应用 recall 成功。不適合多租户后端——它是个人工作流工具，不是 SaaS 記憶中台。

6. 場景选择矩阵

你的場景首選备选别选
给现有 Bot 加用戶偏好記憶Mem0OpenMemory（本地 MCP）Letta（过重）
合規審計、事实随时间失效ZepGraphiti 自建纯向量 Mem0 免费档
数周运行的个人助理LettaMem0 + 定期摘要OpenMemory
團隊 Wiki + 代码圖譜 + 多 AgentTencentDB Agent MemoryMem0 Pro GraphLangMem alone
已全栈 LangGraphLangMemMem0 侧车Letta
Cursor/Claude 多工具共享記憶OpenMemoryTencentDB MCPZep Cloud（过度）

7. 推荐組合（Stack）

組合 A — 最快上线：Mem0 托管 + Claude Code（雲 Mac）+ MCP Git Server
組合 B — 合規工单：Zep Cloud + 自建 Graphiti 备份 + 審計日志落 S3
組合 C — 團隊研发：TencentDB Agent Memory（Wiki+CodeGraph）+ OpenClaw Gateway + 雲 Mac 常駐
組合 D — 个人极客：OpenMemory MCP + Cursor + 本地 Qdrant 备份
組合 E — LangGraph 生产：LangMem + AsyncPostgresStore + Mem0 仅做用戶画像侧车

并行 Agent 与 worktree 隔离见 远程 Mac M4 worktree 农场指南；記憶层与 MCP 建议部署在同一雲 Mac 执行节点，避免合蓋断链。

8. 常见誤區

  • 誤區 1：把整段聊天记录塞进向量库——檢索噪声爆炸，应让框架做事实抽取（Mem0/Zep/LangMem 均内置）。
  • 誤區 2：用 OpenMemory 做 SaaS 多租户——无服务端 ACL，必须 Mem0/Zep/TencentDB。
  • 誤區 3：为 LangGraph 项目硬上 Letta——运行时迁移成本远高于 LangMem。
  • 誤區 4：記憶与 MCP Server 放本地筆電——合蓋即失忆链路；应迁 Cloud Mac 常駐节点。
  • 誤區 5：忽视「事实过期」——用戶说「我已不用 Windows」若不被失效，比不记得更糟；时序場景选 Zep。

9. 7 步落地清單

  1. 写清記憶类型：用戶偏好 / 时序事实 / 團隊 Wiki / 自管 persona 四选一为主。
  2. 用 50 轮剧本压测：含关系与时间陷阱，量 Recall@5 与 P95。
  3. 选部署边界：本地 MCP、自托管 VPS 还是雲 Mac 常駐（与仓库/密钥同机）。
  4. 48 小时 PoC：日租雲 Mac，接 MCP + 記憶 SDK，跑通 add/search。
  5. ACL 验收：多 user_id 交叉檢索必须失败；日志可審計。
  6. 成本封顶：估算月写入条数 × 单价；关系题多则预算 Zep。
  7. 上线后复盘：每周抽检 20 条記憶是否过期/冲突；再定月租节点规格。

10. FAQ

Q1：Mem0 和 OpenMemory 什么关系？

A：同一技术脉络——OpenMemory 是 Mem0 的本地 MCP 发行版，强调跨 Cursor/Claude 共享；Mem0 更適合嵌入自建后端与多租户 SaaS。

Q2：TencentDB Agent Memory 必须用腾讯云吗？

A：否。默认 SQLite + sqlite-vec 全本地；TCVDB 仅为可选大规模后端。MCP 与 OpenClaw 插件不依赖腾讯云账号。

Q3：Letta 能和 Claude Code 共用吗？

A：Letta 是独立 Agent 运行时，不能当作 Claude Code 插件。若要坚持 Claude Code，选 Mem0/Zep/TencentDB MCP 外挂記憶。

Q4：LangMem 值得单独引入吗？

A：仅当已用 LangGraph。否则 Mem0 接入成本更低。

Q5：記憶层要多少内存？

A：向量+圖譜索引：16GB 可跑轻量 PoC；50+ 并发檢索或 CodeGraph 索引建议 24GB 雲 Mac。参见 MCP 与記憶同机部署实践。

11. 總結

2026 年 Best Agent Memory Framework 的务实答案：快接入选 Mem0，时序合規选 Zep，长会话自管选 Letta，團隊资产与代码圖譜选 TencentDB Agent Memory，LangGraph 选 LangMem，本地跨应用选 OpenMemory。 先定記憶类型，再选框架；把記憶与 MCP 放在常駐雲 Mac 上，比换更大模型更能稳定 Agent 体验。

在雲端 Mac 上跑 Agent Memory + MCP，不断链

Agent 記憶层要与 MCP Server、Git 仓库、Keychain 同机常駐——筆電合蓋就会断檢索链路。 kvmboot 雲端 Mac mini M4 提供 7×24 SSH/VNC、16GB/24GB 可选、APAC/US-East/EU 节点： 適合跑 Mem0 自托管、TencentDB MCP、OpenMemory 与 Claude Code 同机验证。 Apple Silicon 统一内存让向量索引与本地 sqlite-vec 更省电；macOS 原生环境也便于 codesign 与 launchd 守护記憶进程。

建议先用日租跑通 48 小时記憶 PoC，再升月租锁规格。 查看 kvmboot 雲 Mac 套餐 ，让 Best Agent Memory Framework 选型落在稳定硬件上。