MiMo Code 的项目记忆通过结构化文件、自动子代理和定期收敛实现确定性维护。具体落点为 MEMORY.md（项目硬规则）、checkpoint.md（会话状态锚点）和 tasks//progress.md（任务进度），支持动态更新、语义压缩与开发者主动校准。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的项目记忆不是靠模型“想起来”，而是靠一套可落地、可验证的工程机制持续维护。它不依赖 AI 自觉，而是用结构化文件 + 自动子代理 + 定期收敛，把“记住项目”变成确定性动作。
项目记忆的三个落点：MEMORY.md、checkpoint.md 和 tasks/
项目记忆不是抽象概念，它具体落在三个可读、可查、可编辑的本地文件中：
- MEMORY.md：记录项目级硬规则，比如“禁止使用 React.memo”“所有 API 必须走 /v2 接口”“数据库迁移必须用 Flyway”。每次新任务启动，主 Agent 都会优先加载这份文档。
- checkpoint.md：保存当前会话的关键状态，如“已分析 src/utils 目录”“测试覆盖率从 68% 提升至 73%”“Git 分支处于 feature/auth-refresh”。它不是完整日志，而是供中断后快速续接的“锚点”。
-
tasks/
/progress.md ：每个独立任务（如 /goal “支持暗色模式”）都有专属进度文件，含已完成步骤、待验证项、失败原因摘要。多个任务并行时互不干扰。
记忆不是静态存档，而是动态演进
项目记忆会随开发推进自动更新，而不是堆砌历史：
- 每次执行 /dream 命令（或每 7 天自动触发），独立子 Agent 会扫描全部 MEMORY.md 和 progress.md，合并重复决策、剔除已废弃规则（如“临时禁用 ESLint 规则 X”在 PR 合并后自动标记为过期）、验证路径有效性（确认提到的文件仍存在于当前仓库）。
- 当上下文接近百万 token 上限时，子 Agent 不是简单截断，而是生成一份带语义的“简报”——例如把 50 轮关于组件重构的对话压缩成三句话：“1. 组件采用 Composition API 重写；2. 所有 props 已转为 defineProps 类型声明；3. 单元测试覆盖全部 emit 事件”。主 Agent 基于此继续工作。
开发者能主动干预和校准记忆
记忆系统开放修改权限，避免“AI 记错却无法纠正”：
- 直接编辑 MEMORY.md 可增删架构约束，保存后下次会话立即生效；
- 删除某个 tasks/
目录，等于手动归档该任务，不会被 /dream 合并； - 运行 mimo memory clean --stale 可批量清理 30 天未更新的过期检查点；
- 若发现 AI 频繁违反某条规则，可在 MEMORY.md 中加粗标注并附示例代码片段，系统会提升该条目的匹配权重。
项目记忆的有效性，不取决于它记了多少，而在于它是否能在正确时间、以正确形式、提供正确信息。MiMo Code 把这个过程拆解为可观察、可调试、可干预的环节，让“AI 懂项目”成为日常开发中的自然结果，而非玄学期待。
