MiMo Code的项目记忆存于四个文件：MEMORY.md（项目规则与架构决策）、checkpoint.md（会话状态快照）、notes.md（临时笔记）、tasks/<id>/progress.md（任务进度日志），均位于.mimo/memory目录下。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的项目记忆不是靠模型“硬记”，而是用工程化方式把关键信息存下来、管起来、用得上。它不依赖大模型本身的上下文容量，而是把项目规则、决策逻辑、架构约束这些“人话”变成结构化文件，让AI每次启动都能读取、理解、延续。
项目记忆存在哪几个文件里
MiMo Code 把项目级信息固化在几个固定命名的 Markdown 文件中，全部放在项目根目录下的 .mimo/memory 目录里：
- MEMORY.md：记录项目长期规则，比如“禁止使用 axios，统一用 fetch 封装”“所有组件必须支持 SSR”“API 响应字段驼峰转下划线”。这些是人工写入或 AI 自动归纳后确认的硬性约定。
- checkpoint.md：会话中途自动保存的状态快照，含当前任务目标、已执行步骤、卡点错误、待验证假设。不是完整对话，而是带时间戳的结构化摘要。
- notes.md：会话级临时笔记，只读写权限开放给主 Agent，适合记“这个函数参数可能要重构”“先跳过测试覆盖率检查”这类临时想法。
- tasks/<id>/progress.md：每个长任务独立进度文件，记录子任务拆解、完成状态、失败原因、重试策略。中断后可精准恢复，不靠“回忆”，靠“定位”。
记忆怎么自动更新和压缩
项目记忆不是静态文档，而是一套活的机制：
Images & videos generation with Gemini 3 Pro Image + Qwen Wan 2.6 (video) via one API key
下载
使用AIsa生成图像与视频。仅需一个API密钥即可调用Gemini 3 Pro Image（图像）和Qwen Wan 2.6（视频）。
- 每轮对话进行到上下文窗口达 20%、45%、70% 时，独立的 Writer 子 Agent 就会触发一次 checkpoint，提取意图、动作、设计决策等 11 个字段，写入磁盘。
- 当窗口接近上限，主 Agent 会暂停生成，由 Writer 重建精简上下文——不是删历史，而是把前面几十轮对话压缩成一份“干净简报”，再加载继续工作。
- 每 7 天自动运行 /dream 命令：读取所有 MEMORY.md 和 checkpoint.md，合并重复规则、验证路径有效性（比如某次失败的部署方案是否仍适用）、剔除过期信息，最终生成一个更紧凑的当前状态快照。
为什么能跨会话“记得住”
关键在于记忆与会话解耦：
- 主 Agent 只负责执行，对 MEMORY.md 等文件只有读权限；Writer 子 Agent 专职写入，两者进程隔离，避免边干活边改文档导致冲突。
- 所有记忆文件都按项目路径存放，换机器、重装工具、甚至重启终端，只要项目目录不变，下次
mimo启动时就会自动加载对应 memory 目录。 - 它不记“你昨天说了什么”，而是记“这个项目该怎么做”。所以哪怕隔两周打开，它也能立刻告诉你：“上次卡在 CI 流水线超时，建议先本地跑 test:ci 再提交”。
和 EGC 这类全局记忆的区别在哪
MiMo Code 的项目记忆是“垂直深挖”，EGC 是“横向打通”：
- MiMo Code 关注单个项目内部一致性，记忆绑定具体代码库，强调架构决策、技术约束、任务进度，适合长程开发交付。
- EGC 的 egc-memory 是跨工具、跨项目的共享记忆池，解决的是“我在 Cursor 里定的偏好，在 Gemini CLI 里也要生效”，偏重用户习惯和通用设置同步。
- 两者不冲突：你可以同时用 MiMo Code 管项目细节，用 EGC 管个人编码风格，它们分别写入不同路径（
.mimo/memoryvs~/.egc/state），互不影响。
