2.5.14 MemOS
MemOS 适合补齐 Mem0、Graphiti、Cognee 之外的“记忆操作系统”抽象：不同记忆类型、生命周期、插件和本地/远程存储要由统一控制面管理，而不是散落在每个代理里。
业务需求智能体记忆分层、生命周期和治理控制面
架构位置三期记忆基础设施，位于代理运行时与事实索引之间。
落地阶段三期研究 / 补充参考
译文库范围
本项目不属于当前 DeepWiki 中文译文库范围；本页保留项目定位、可迁移机制与落地要点。业务问题与适用场景
当系统同时拥有用户偏好、会话摘要、项目经验、代理轨迹、已确认事实和待验证假设时，如果没有统一的记忆治理层，长期记忆很容易变成不可审计的上下文堆积。MemOS 的价值是把记忆当作可管理资源：创建、检索、更新、压缩、过期、删除和授权都需要生命周期。
它适合用于三期老板助理、长期研究工作台、多代理协作和个人化问答，但不适合在一期替代 PostgreSQL 事实库或 SVN 权限事实。
架构位置与边界
MemOS 应作为记忆控制面参考：上接代理运行时和会话系统，下接向量索引、图谱、摘要库与审计日志。它管理“可被代理召回的记忆”，而不是生产资料事实源。
落地判断
Mem0 更像长期记忆服务，Cognee 更像记忆管道和图谱化处理；MemOS 重点看操作系统式的记忆生命周期、插件边界和统一策略。核心对象与数据模型
| 对象 | 作用 | 本项目映射 |
|---|---|---|
记忆单元Memory Unit | 可检索、可更新、可过期的一条记忆或摘要。 | memory_units |
记忆类型Memory Type | 区分用户偏好、项目经验、会话摘要、事实引用和待验证假设。 | memory_types |
生命周期策略Lifecycle Policy | 控制写入、压缩、过期、删除、授权和审计。 | memory_policies |
记忆适配器Memory Adapter | 连接向量库、图谱、摘要库、本地缓存或外部服务。 | memory_adapters |
主流程与数据流
图 2.5.14 · MemOS 方向的记忆控制面抽象。
关键实现机制
| 机制 | 拆解说明 |
|---|---|
| 记忆类型分层 | 把偏好、经验、事实引用和假设拆开，避免混写造成事实污染。 |
| 生命周期治理 | 每条记忆都有来源、作用域、过期策略、删除记录和召回审计。 |
| 适配器边界 | 记忆控制面负责策略，底层可接向量库、图谱库、摘要库或本地缓存。 |
| 权限继承 | 记忆召回不能扩大用户原本能看到的资料范围。 |
映射到本项目
| 本项目设计点 | 落地说明 |
|---|---|
| 记忆控制面 | 统一管理 Mem0、Graphiti、Cognee、Hindsight 产生的不同记忆。 |
| 记忆准入规则 | 未确认事实、敏感原文和越权上下文不得写入长期记忆。 |
| 召回审计 | 每次代理回答记录召回了哪些记忆、为什么召回、是否参与最终答案。 |
| 删除与过期 | 用户偏好、项目经验和会话摘要支持按用户、项目、部门范围删除。 |
落地要点
- 定义至少 5 类记忆类型，并验证写入、召回、删除和审计链路。
- 用不同权限用户执行同一任务，确认记忆召回不会跨权限泄漏。
- 模拟长期会话压缩，确保摘要不会覆盖已确认事实引用。
- 把 Mem0、Graphiti、Hindsight 的记忆输出接入同一控制面做冲突检测。