mimo code的项目记忆通过memory.md等文件实现结构化沉淀，自动记录技术栈、代码约束与架构决策，并由sqlite fts5索引支持精准召回；配合会话检查点、任务进度树和/dream机制，确保ai跨会话持续理解项目并主动维护逻辑完整性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的项目记忆不是简单存聊天记录，而是把项目关键逻辑“刻进硬盘”，让 AI 在后续交互中能主动调用、验证、延续已有决策。
项目记忆（MEMORY.md）自动沉淀架构与规则
每次你完成一次需求分析、技术选型或接口设计，MiMo Code 会自动提取结构化信息，写入项目根目录下的 MEMORY.md 文件。它不记对话流水账，只存三类硬信息：
- 已确认的技术栈：比如“前端用 SolidJS + Tauri，后端 API 基于 Bun + Effect”
- 明确的代码约束：例如“所有组件必须支持暗色模式切换”“HTTP 错误统一用 status=4xx 处理”
- 已落地的架构决策：如“采用 SQLite FTS5 实现跨会话全文检索”“任务进度树使用 T1/T1.1 编号体系”
这些内容会被 SQLite FTS5 索引，后续提问时 AI 可精准召回，而不是靠模型“凭印象猜测”。比如你问“这个模块要不要加单元测试”，它会先查 MEMORY.md 是否有“所有新功能需配套 Jest 测试”的约定，再作答。
会话检查点绑定上下文快照
每次会话结束（或执行 /save），MiMo Code 不仅保存当前终端状态，还会生成一个轻量级检查点文件，包含：
- 当前所在 Git 分支与最近 commit hash
- 刚修改的文件路径及 diff 摘要
- 未关闭的子任务编号（如 T2.3、T2.4）
- 本次会话中临时推导出但尚未写入 MEMORY.md 的临时规则（比如“暂定用 JSON Schema 校验输入”）
下次启动时，它会比对检查点与当前代码状态，自动恢复任务树、提示你“T2.3 还剩 mock 数据生成未完成”，避免逻辑断层。
任务进度树驱动逻辑延续性
MiMo Code 把开发任务建模为树状结构（T1 → T1.1 → T1.1.1），每个节点自带状态标记（todo / in-progress / done / blocked）。当你要继续开发时：
- AI 会优先读取该任务节点的描述和历史操作日志
- 自动检查依赖项是否已完成（如 T1.1 要求 T1 已 merge）
- 若发现代码变更与原计划冲突（比如你手动删了 T1.1 需要的工具函数），它会暂停并提示：“检测到 utils/format.ts 被移除，T1.1 依赖失效，是否调整方案？”
这种显式任务建模，让 AI 不是被动响应指令，而是主动维护逻辑链条的完整性。
Dream 机制定期收敛记忆噪声
每 7 天自动触发 /dream，独立子 Agent 会做三件事：
- 扫描所有历史会话和 MEMORY.md 版本，合并重复决策（比如多次确认“用 Bun 替代 Node.js”只保留一条）
- 剔除已失效路径（如某次实验性的分支被 git prune 后，相关记忆标记为 obsolete）
- 将碎片化笔记压缩成结构化摘要，更新 MEMORY.md 主干，同时保留原始细节供深度追溯
这意味着项目记忆不是越积越多越混乱，而是越用越干净、越聚焦核心逻辑。
