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/ 是否仍存在）。最终生成一份精简、一致、可执行的项目记忆快照，供后续所有任务调用。这一机制确保记忆不会随时间膨胀或混乱，而是持续收敛到最有效的状态。