Mem0 vs Letta：补一层 Agent 记忆，还是采用完整有状态运行时？

简短结论

Mem0 与 Letta 都谈长期记忆，但它们解决的问题不在同一层。Mem0 适合已有模型调用、Agent 编排和权限系统的应用，把持久记忆作为单独组件接入。Letta 适合希望一起采用有状态 Agent 运行时、记忆块、会话和工具工作流的团队。决定前先画清自己已有的系统：要补一块“记什么”，还是要换一整套“Agent 如何持续运行”。

不要因为两者都能记住用户偏好，就认为它们可直接按单次 API 价格排序。Mem0 的托管请求额度，与 Letta 的模型推理、运行时、席位和部署方式并不等价。

架构差异：外接记忆与有状态 Agent

Mem0 的 Platform Quickstart 展示了最短路径：使用 MemoryClient 将对话写入指定 user_id，再用过滤条件搜索相关记忆。你可以继续沿用现有 Agent 框架、聊天界面和业务 API。它负责存取长期事实，模型上下文的组装、工具调用权限、回复校验仍由应用负责。开源 SDK 还能按需选择自己的数据与模型组件。

Letta 的 Agent 本身是有状态对象。Memory blocks 是持续可见的上下文区域，可以单独创建，再挂载到一个或多个 Agent；运行时还处理会话、工具和 Agent 生命周期。这个设计让“Agent 的身份与持续经验”成为系统中心，而不是在已有系统外追加一个检索 API。若团队从零建设个人助理或长期运行的 AI 同事，这一体化可能更自然；若已有成熟的 LangGraph、Mastra 或自研调度，迁移到 Letta 的范围就大得多。

一个客服场景怎么验证

假设用户先说“只接受电子邮件通知”，一周后改为“紧急事项可以短信”。先写下业务规则：邮件是默认渠道，短信只用于紧急事项，并确认用户已授权短信。用 Mem0 时，把可保存的偏好写入记忆，下一次会话检索并传给现有模型流程；应用仍要决定何为紧急事项，发送短信要单独授权。

用 Letta 时，观察 Agent 如何更新相关 memory block、如何在新会话继续使用，以及旧偏好是否仍残留。若多个 Agent 共用一个 block，需检查“客服助手”能否看到“财务助手”的私有资料。两边都应记录原始来源和更正时间，不应因检索或 block 中出现一条指令就赋予执行工具的权力。

开发与运维成本

Mem0 托管版截至 2026 年 9 月的 Hobby 档免费，每月含 10,000 次写入和 1,000 次检索；Starter 为每月 19 美元，Pro 为每月 249 美元。免费档有项目数和高级能力限制，不能把“无限最终用户”理解为无限 API 使用。Mem0 价格页应作为最新账单依据。自托管 SDK 的软件费用不是主要问题，模型、向量库、日志、备份和升级同样要算。

Letta 的成本需要按采用方式拆开：托管 Agent 的模型调用与团队计划，自建运行时的机器与维护，以及将工具和工作流迁移到新 Agent 架构的工程时间。不要拿 Mem0 的每月 19 美元，与 Letta 某一席位价格或“免费启动”口号直接对比。写预算时把每位活跃用户的对话量、记忆写入、模型 token、工具调用和人工审核时间放在同一张表上。

权限、共享和删除

Mem0 的关键边界是每次写入和检索是否都绑定正确的用户、Agent 或运行标识。最危险的错误是漏掉过滤条件，让别人的记忆出现在当前用户的回答里。应用应把用户身份从可信会话传入，不由模型从提示词里猜出。删除请求后要重新搜索，检查缓存和下游副本。

Letta 的关键边界还包括 memory block 的挂载关系和 Agent 的工具权限。共享 block 可以减少重复资料，但也可能扩大数据可见范围。测试时用两个具有相似姓名和不同权限的用户，再让多个 Agent 分别工作，证明私有偏好、机密资料与工具凭据不会串用。无论使用哪款产品，第三方文本应作为低信任数据进入模型，不能覆盖开发者指令。

如果涉及医疗、金融、人事等敏感数据，先核对供应商合同、数据地域、保留期限、审计能力和自建可行性。安全页面写着“合规”不等于你的具体业务处理已获授权。不要把身份证号、病历原文或支付令牌写入记忆试点。

该选哪一个

选 Mem0：你的应用已拥有稳定的模型和工具编排，只要为用户偏好或项目背景补长期记忆；希望先用独立 API 做低风险试点，并保留未来替换记忆供应商的灵活性。选 Letta：你的目标本来就是有状态、长期运行的 Agent，愿意让记忆、会话、工具和运行时遵循同一架构；可以投入时间重新梳理部署和权限。若还要复杂时间关系图谱，再同时评估 Zep。