MiMo Code 的持久化记忆通过 MEMORY.md、checkpoint.md 和任务进度树，将开发资产转化为可追溯、可复用的知识库。它能够结构化记录 Bug 修复信息、保存会话断点、自动拆解任务节点，并通过 /dream 命令每周自动复盘压缩记忆，确保记忆持续收敛、去噪、保鲜。

MiMo Code 的持久化记忆并非普通的聊天记录，而是将整个开发过程转化为可追溯、可复用的项目资产。举个例子：你修复过的每一个 Bug，它都会清晰记住。下次打开终端时，它可能会主动询问：“上次改的那个登录态失效问题，要不要继续加 token 刷新逻辑？”

项目记忆（MEMORY.md）：将 Bug 修复转化为结构化知识

每次你让 MiMo Code 处理一个 Bug，它都会自动提取关键信息并写入 MEMORY.md 文件，具体包括：

• Bug 现象与复现步骤（例如“iOS Safari 下 OAuth 回调丢失 state 参数”）
• 根本原因分析结果（如“第三方 SDK 未兼容 Safari 的隐私策略”）
• 修改的文件及行号（src/auth/oauth.ts:142–156）
• 验证方法（“已用本地 mock server + 真机测试通过”）
• 关联的 Git 提交哈希或 PR 编号（可选但推荐）

这并非普通的聊天记录，而是带有时间戳、支持全文搜索的轻量文档库。底层采用 SQLite FTS5 索引，搜索效率极高。你可以随时使用 /search "Safari state" 快速检索所有相关上下文。

会话检查点（checkpoint.md）：断点续传，不丢失工作现场

当你中途关闭终端或切换任务时怎么办？别担心，MiMo Code 会在退出前自动生成 checkpoint.md，记录当时：

• 正在编辑的文件及其光标位置
• 刚执行的命令（如 npm run test -- --testPathPattern=oauth）
• 未完成的子任务（例如“T2.3：补全 refresh token 的 error fallback 分支”）
• 临时保存的调试输出片段（比如一段 curl 抓包日志）

下次运行 mimo 时，它不会茫然地问你“你在做什么”，而是直接加载检查点，从上次中断的位置继续推进。

任务进度树：自动结构化 Bug 修复过程

MiMo Code 将每个修复任务拆分为树状节点（T1 → T1.1 → T1.2…），并实时追踪状态：

• ✅ 已完成（如“复现环境搭建”）
• ? 进行中（如“修改 auth flow handler”）
• ⚠️ 阻塞（如“等待后端提供新 error code 文档”）
• ? 待验证（如“需在 Android WebView 中确认兼容性”）

你可能会问，这种树结构有什么用处？它不仅显示在右侧状态看板中，还会同步写入项目目录。新同事克隆仓库后，直接运行 mimo 即可查看历史 Bug 的完整修复脉络，省去了临时编写文档的时间。

/dream 命令：每周自动复盘与压缩记忆

每七天，MiMo Code 会自动触发一次 /dream，由独立子 Agent 执行记忆维护。别小看这个机制，它干的可不仅仅是简单压缩：

• 合并重复的条目（比如多个会话里提到的同一处 CORS 配置）
• 剔除已失效的路径（如已删除的旧分支名、过期的临时测试脚本）
• 验证关键决策是否仍然生效（例如检查 MEMORY.md 中记录的 workaround 是否还在代码里）
• 生成精简版的 MEMORY-SUMMARY.md，用于快速回顾

简单来说，越用越精准——不是依赖模型强行填充更多内容，而是通过工程机制让记忆不断收敛、去噪并保持新鲜度。