mimo code的项目记忆通过sqlite fts5实现工程化持久存储，含三重机制：项目记忆（自动提取架构/决策）、会话检查点（关键节点快照）、任务进度追踪（树状状态管理），配合/dream自动整理与简报重建，确保长期协作中精准理解项目脉络。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的项目记忆不是简单地“记住你上次写了什么”，而是让 AI 在长期协作中真正理解你的项目脉络——它不靠模型硬记，而是用工程化方式把项目关键信息存下来、理清楚、用得上。
项目记忆怎么存：三重机制协同工作
项目记忆不是单点功能，而是和会话检查点、任务进度一起构成记忆体系：
- 项目记忆：自动提取代码库结构、核心模块职责、近期修改逻辑、技术选型原因等，存入本地 SQLite 数据库
- 会话检查点：在关键节点（比如完成一个 PR、修复某个 Bug）自动生成快照，标记上下文边界
- 任务进度追踪：记录当前进行中的需求状态，例如“用户登录页暗色模式改造：已改样式，待测试兼容性”
记忆怎么影响代码提示：从“猜”变成“知道”
传统补全工具看到函数名就推荐参数，而 MiMo Code 会结合项目记忆做判断：
- 你输入
handleUserLogin，它不仅给出签名，还会提示：“这个函数在 v2.3 中被重构为AuthFlow.execute()，上次修改是为支持 OAuth2.1 回调校验” - 你问“把这个 API 加上 rate limit”，它先查项目记忆确认：当前用的是 Express + Redis，中间件已统一注册在
middleware/rate-limit.ts，于是直接生成适配代码并附上 Git diff 预览 - 你新建组件时说“参考 DashboardCard 的样式”，它立刻拉出该组件的 CSS 变量使用记录、响应式断点配置、以及最近一次主题适配的改动 commit
记忆如何保持有效：动态简报与 /dream 自动整理
记忆不是堆数据，而是持续优化：
- 当对话轮次变多、上下文快满时，独立 Writer 子代理会自动生成一份「干净简报」，只保留对当前任务真正关键的决策链和依赖项
- 每 7 天运行一次
/dream命令，自动合并重复记忆、验证路径有效性（比如确认某段重构是否已上线）、剔除过期配置（如已废弃的 mock 接口地址） - 所有记忆操作都基于 SQLite FTS5 全文搜索，查找“登录失败日志格式”或“支付回调重试策略”这类模糊描述也能精准命中
实际用起来要注意什么
项目记忆能力强，但需要一点配合：
- 首次运行时执行
mimo init，让它扫描项目结构并建立初始记忆索引 - 避免在 .gitignore 中屏蔽
.mimo/目录，否则记忆无法跨终端或重启保留 - 遇到记忆偏差（比如记错某次修改内容），可用
/memory forget <keyword></keyword>手动清理，再重新触发分析
