MiMo Code 的 Memory Agent 是主动感知开发动作并实时更新结构化记忆的系统。它自动提取 Git 提交、配置修改、构建失败等信号，生成带时间戳与上下文锚点的记忆条目；按命令粒度创建轻量检查点以快速恢复上下文；后台动态简报压缩冗余信息、提升知识密度；/dream 机制定期体检记忆一致性、去重与失效清理。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的 Memory Agent 不是被动记笔记的工具，而是能主动感知开发动作、自动判断哪些该留、哪些该删、哪些该升级的记忆系统。
它不靠你手动写 MEMORY.md，也不等你喊“记住这个”，而是在你敲命令、改文件、提交 Git、切换分支、甚至执行测试时，悄悄提取信号，实时更新记忆状态。
项目记忆自动沉淀关键决策
Memory Agent 会监听代码变更和终端行为，识别出真正影响项目走向的动作：
-
git commit -m "feat: add dark mode toggle"→ 自动提取功能意图，写入 MEMORY.md 的 Features 区 - 修改
tsconfig.json或.eslintrc.cjs→ 捕获技术栈约束，归入 Architecture & Rules - 连续三次在同一个组件里修复 PropTypes 警告 → 触发规则强化，生成类型约定条目
- 执行
npm run build失败后手动加了--max-old-space-size=4096→ 记录为 Build Runtime Tip
这些不是日志堆砌，而是经过语义压缩后的结构化知识，带时间戳、上下文锚点（如文件路径、commit hash），后续检索可精准命中。
会话检查点按动作粒度快照
每次你运行一条有副作用的命令（比如 mimo plan、mimo build src/components/Modal.tsx、git add .），Memory Agent 就会生成一个轻量检查点：
- 当前工作目录与 Git HEAD
- 最近 3 个编辑过的文件路径 + 行号范围
- 主 Agent 刚完成的子任务编号（如 T2.1.3）
- 当前活跃的 Agent 模式（build / plan / compose）
这些检查点不存全文，只存索引和哈希，启动时用 SQLite FTS5 快速匹配最近相关状态，3 秒内恢复上下文。
动态简报在后台持续优化记忆密度
当你连续对话超过 20 轮，或当前会话 token 接近模型上限时，Writer subagent 会自动触发简报生成：
- 剔除寒暄、重复确认、无效重试等低信息密度内容
- 合并同类任务（如多次调整同一组件样式，聚合成“Modal 样式规范”条目）
- 把口语化描述转成技术表述（“让它看起来高级一点” → “应用 Material Design 阴影与圆角规范 v2.1”）
- 保留所有决策依据链（为什么选 Zustand 而非 Redux？因为上次 benchmark 显示初始加载快 320ms）
这个过程全程后台运行，不影响你继续输入指令。
/dream 是记忆的定期体检机制
每 7 天自动运行一次 /dream，不是简单备份，而是做三件事：
- 扫描全部会话记录与 MEMORY.md，用 RAG 方式交叉验证一致性（比如某处写“禁用 ESLint react-hooks/exhaustive-deps”，但实际代码里大量违反 → 标记为待确认）
- 合并语义重复项（“按钮 hover 变蓝” 和 “primary button uses #1890ff on hover” → 归一）
- 删除失效记忆（如已删除的
legacy-api-client目录相关条目，自动标记为 stale 并归档）
所有操作都生成 diff 日志，你可以用 mimo memory log 查看变化轨迹。
这套机制让记忆不是越积越多，而是越用越准、越用越轻。
