MiMo Code 如何将项目文档转化为 AI 的长期项目记忆
MiMo Code 的核心思路，是通过工程化手段，把项目文档自动转化为结构化的、可检索的、可演进的记忆。这套机制不需要人工去整理文档，而是由几个子智能体协同完成：Writer 子智能体负责解析技术栈与配置，监听 Git 文档变更自动触发记忆刷新，多源文档统一建模为带版本、来源和置信度的 JSON 结构，并通过 `/dream` 命令定期收敛优化记忆。
具体来说，MiMo Code 并不依赖人工去整理 README 或设计文档，而是通过工程化的方式，自动把这些文档“翻译”成可检索、可演进的记忆结构。它不保存原始文本，而是提取决策逻辑和关键信息。
项目记忆不是存文档，而是提取决策逻辑
在首次加载仓库时，独立的 Writer 子智能体会主动解析：识别技术栈、关键依赖、目录约定、配置文件含义、已知 bug 修复路径等等。举个例子，如果读到 package.json 中 "type": "module" 和 tsconfig.json 的 "moduleResolution": "bundler"，它会自动记录“本项目使用 ESM + Bun bundler 模式”，后续生成代码时直接对齐这个规范——不需要人工额外说明。
文档变更自动触发记忆刷新
Git 提交如果包含文档更新（比如新增了 CONTRIBUTING.md 或修改了 ARCHITECTURE.md），MiMo Code 会监听 commit diff，调用专用解析器比对前后差异。一旦发现“新增了 API 认证流程说明”，就自动更新项目记忆中的安全模块条目，并标记为“需在下次接口开发中强制校验 token 类型”。这种联动完全在后台静默进行，不需要用户手动触发。
多源文档统一建模，消除表述冲突
- 从
README.md提取对外接口概览 - 从
docs/目录下的 Markdown 获取详细实现约束 - 从
.editorconfig和prettier.config.js抽取格式规则 - 从
jest.config.ts和vitest.config.ts归纳测试偏好
所有信息经子智能体归一化处理后，写入四层记忆体系中的“项目层”——一个带版本号、带来源标注、带置信度评分的 JSON 结构，而不是原始文本快照。这样一来，不同来源的表述冲突会被自动消除，记忆始终是干净、一致的。
/dream 命令让记忆持续收敛
每七天自动运行的 /dream 不仅压缩历史会话，还会重扫描当前文档状态，合并重复描述、剔除过期条款（比如已删除的废弃 API 文档）、验证路径有效性（确认 docs/api/v2/ 是否仍存在）。最终生成一份精简、一致、可执行的项目记忆快照，供后续所有任务调用。这个机制确保了记忆不会随时间膨胀或混乱，而是持续收敛到最有效的状态。
