MiMo Code的项目记忆是结构化、可追溯、能进化的知识沉淀机制，包含项目记忆（记录架构决策等元信息）、会话检查点（保存运行时快照）和任务进度追踪（树状需求拆解）三层，由子Agent按需检索调用，并支持开发者直接管理与扩展。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的项目记忆不是简单地把聊天记录存起来，而是有结构、可追溯、能进化的知识沉淀机制。它不依赖模型自身“记住”，而是通过工程化设计，让记忆真正服务于长期开发任务。
项目记忆的三层结构
项目记忆不是单点存储，而是由三个相互支撑的模块组成：
- 项目记忆：记录代码库的架构决策、技术选型理由、关键接口定义、已实现功能边界等“为什么这么写”的元信息，而非原始代码片段；
- 会话检查点：在用户明确中断（如输入/pause）或系统检测到任务阶段性完成时，自动保存当前上下文快照，包含变量状态、未合并分支、待测用例等运行时线索；
- 任务进度追踪：以树状结构维护需求拆解路径，例如“实现登录页”→“集成邮箱验证”→“添加错误重试逻辑”，每个节点标记完成度、关联文件、失败日志摘要，支持随时跳转续写。
记忆如何被实际调用
主Agent执行时不会加载全部历史，而是按需触发子Agent检索：
- 当用户说“把上次那个API加个超时重试”，子Agent会从项目记忆中匹配“API调用模块”条目，再结合最近三次会话检查点定位具体实现位置；
- 在Compose模式下生成新代码前，系统自动比对任务进度树，避免重复实现已标记为“已完成”的子任务；
- 每次/dream运行后，项目记忆会被重索引——旧版本接口定义若被新commit覆盖，对应记忆条目将自动标记为“已弃用”，并链接到新版文档锚点。
开发者可控的记忆管理
记忆不是黑盒，而是可读、可删、可导出的本地资产：
- 所有记忆数据默认存在项目根目录下的.mimo/memory/中，采用JSON+Markdown混合格式，直接用VS Code打开即可浏览；
- 执行/memory list --project可查看当前项目记忆摘要，/memory prune --stale 30d可清理30天未更新的冗余条目；
- 导出命令/memory export --format md能一键生成带时间戳和变更链路的项目知识手册，适合交接或归档。
扩展性设计的关键细节
项目记忆系统从第一天就为规模化协作预留空间：
- 每个记忆条目自带scope字段（global/team/feature），支持跨项目复用通用规范，也允许团队级记忆隔离；
- 当接入Git时，记忆自动绑定commit hash，回滚代码时相关记忆条目同步冻结，避免“代码已删但AI还在引用”；
- 第三方模型接入后，项目记忆仍保持独立——即使切换成DeepSeek或GLM，记忆结构与调用逻辑不变，只影响生成质量，不破坏知识连续性。
