mimo code的memory agent通过三层记忆结构与自动调度机制实现长期上下文可用：project memory（memory.md）跨会话沉淀项目知识，checkpoint（checkpoint.md）由独立writer子agent按容量阈值提取11类关键字段生成结构化快照，session notes（notes.md）供主agent临时记录便签；系统在接近窗口上限时自动切断旧上下文，按需加载匹配片段重建环境，确保逻辑连续性；相比claude code依赖模型自身压缩导致“中段丢失”，mimo code剥离记忆职责、专用检索、可审计溯源。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的 Memory Agent 不是简单地“记住更多”，而是通过分层结构 + 自动调度机制，让长期上下文真正可用、可检索、可延续。
Memory Agent 的三层记忆结构
它把记忆拆成三个层级，各司其职：
- PROJECT MEMORY（MEMORY.md）：跨会话的项目级知识库。比如你上周定下的 API 命名规范、技术选型理由、已知 Bug 列表——这些不会随会话关闭消失，而是持续沉淀在 SQLite FTS5 引擎里，支持全文模糊搜索。
- CHECKPOINT（checkpoint.md）：结构化快照，由独立的 Writer 子 Agent 在对话达到 20%、45%、70% 上下文容量时自动触发。它只提取 11 类关键字段（如意图、任务树、设计决策、错误日志），不存原始对话，确保压缩率高、重建准确。
- SESSION NOTES（notes.md）：临时便签区，主 Agent 可读写，适合记录临时想法或待确认事项，但不会进入长期记忆，避免噪声污染。
自动调度如何工作
Memory Agent 不靠人工提醒，而是在后台静默完成上下文续航：
- 当当前会话接近窗口上限（例如 90%），系统自动切断旧上下文，加载最近 checkpoint 和 MEMORY.md 中匹配当前任务的片段；
- 重建过程不是“全量重载”，而是按需注入：比如你在修一个 React 组件 Bug，它就只拉取该项目的架构说明、相关组件历史修改记录、上次调试失败的报错堆栈；
- 每次 rebuild 后，新会话仍保持逻辑连续性——你不用说“我们之前聊过 xxx”，Agent 自己知道该继承什么、忽略什么。
开发者怎么用好这三层记忆
不需要额外命令，但有几个关键习惯能放大效果：
- 首次进入项目时，用 plan 模式跑一遍代码库，系统会自动提取结构信息写入 MEMORY.md；
- 遇到重要决策（比如换数据库方案），在 notes.md 里写一句简要结论，Writer 子 Agent 会在下次 checkpoint 时把它结构化进 MEMORY.md；
- 如果某次任务特别复杂，可在 compose 模式下启用 task tracking，每个子任务的 progress.md 会被归档，成为后续复盘和蒸馏自动化流程的原始依据。
和 Claude Code 记忆的区别在哪
不是“谁记得多”，而是“谁记得准”：
- Claude Code 依赖模型自身压缩上下文，容易丢失中段细节（Lost in the middle）；
- MiMo Code 把记忆职责从主 Agent 剥离，用专用 Writer 子 Agent 提取+存储+索引，主 Agent 只负责执行，读取时走 SQLite FTS5 全文检索，响应更快、命中更稳；
- 它的记忆是“可审计”的——所有写入 MEMORY.md 的内容，都能在 Git 历史里查到来源 commit，方便团队协作和知识溯源。
