MiMo Code 的持久化记忆通过 MEMORY.md、checkpoint.md 和任务进度树实现可追溯、可复用的开发资产。它结构化记录 Bug 修复信息、保存会话断点、自动拆解任务节点，并通过 /dream 命令每周自动复盘压缩记忆，确保记忆持续收敛、去噪、保鲜。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
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 中确认兼容性”）
这个树不只显示在右侧状态看板里，还同步写入项目目录。你甚至可以把它当简易 issue tracker 用——团队新人 clone 仓库后，直接运行 mimo 就能看到历史 Bug 的完整修复脉络。
/dream 命令：每周一次自动“复盘+压缩”
每七天，MiMo Code 会自动触发 /dream，由独立子 Agent 执行一次记忆维护：
- 合并重复条目（比如多个会话里提到的同一处 CORS 配置）
- 剔除失效路径（如已删除的旧分支名、过期的临时测试脚本）
- 验证关键决策是否仍生效（例如检查 MEMORY.md 中记录的 workaround 是否还在代码里）
- 生成一份精简版 MEMORY-SUMMARY.md，供快速回顾
这意味着越用越准——不是靠模型“多记一点”，而是靠工程机制让记忆持续收敛、去噪、保鲜。
