MemOS:把记忆当成系统资源来调度
MemTensor 提出的 MemOS 统一管理纯文本、激活级与参数级三类记忆,用 MemCube 做封装、迁移与融合。拆解这套「记忆操作系统」的设计逻辑。
MemTensor 提出的 MemOS 统一管理纯文本、激活级与参数级三类记忆,用 MemCube 做封装、迁移与融合。拆解这套「记忆操作系统」的设计逻辑。
论文:MemOS — A Memory Operating System for AI(arXiv 2507.03724,2025-07-04)
机构:MemTensor
辨析:MemOS(MemTensor)与 MemoryOS(北京邮电大学 BAI-LAB)是两个不同项目,本平台分开收录。本文讨论的是前者。
绝大多数记忆系统管的是同一类东西:文本。MemOS 的出发点不同——它认为记忆在系统里的存在形态有三种,而现有方案只处理了其中一种。
要点速览:MemOS 把文本、激活级、参数级三类记忆纳入同一套抽象,MemCube 是可搬运的基本单元,「迁移」操作让文本记忆与模型参数可以互相转换。即使不直接用它,也值得记住它提出的问题:稳定重复的信息,为什么每次还要靠检索重新加载?
| 记忆类型 | 存在形态 | 典型来源 | 调度方式 |
|---|---|---|---|
| 纯文本记忆 | 可读写的文本片段 | 对话历史、抽取事实 | 检索与拼接 |
| 激活级记忆 | 推理过程中的 KV / 注意力状态 | 当前会话的中间态 | 直接参与计算 |
| 参数级记忆 | 编码进模型权重的知识 | 微调、知识编辑 | 需要训练或参数修改 |
传统记忆引擎只在第一类上工作:把信息写进外部存储,检索后拼进 prompt。第二类和第三类记忆一直被当成两件不相干的事——前者属于推理框架的优化,后者属于模型训练。
MemOS 的核心主张是:这三类记忆应该被同一套抽象管理。 只有当它们可以互相转换时,「检索」和「学习」之间那道墙才会被拆掉。
MemOS 的基本单元叫 MemCube,它封装的不只是内容,还包括元数据(来源、版本、时间等)。在此基础上提供三种操作:
「迁移」是这套设计里最有想象力的一环。 它意味着记忆系统不再只是在 prompt 里做加法,而是能主动把稳定、重复出现的信息下沉到模型层面,从而降低长期运行的上下文开销。
据论文与官方公开:
| 基准 | 分数 |
|---|---|
| LoCoMo | 88.83 |
| LongMemEval | 89.20 |
| OmniMemEval | 论文称领先 14 款商业产品 |
此外,官方公布的 OpenClaw 插件数据显示,Agent 任务完成率从 36.63% 提升至 50.87%——这类端到端指标比纯检索分数更有参考价值。
MemOS 在工程侧提供的能力清单:
即使不直接使用 MemOS,它提出的问题值得所有记忆系统回答:
当某条信息已经被反复验证、长期稳定存在时,为什么每次还要通过检索重新加载它?
这个问题的答案指向记忆系统的下一个阶段:从「检索增强」走向「参数沉淀」。MemOS 是目前把这条路径描述得最完整的方案。
本文数据引自 MemOS 论文与官方公开资料,为厂商/作者自报口径;文中机构归属以论文署名为准。