mimo code 通过结构化记忆与自动重建机制实现真正可用的长期上下文能力。它利用 memory.md 和 checkpoint.md 跨会话保存项目知识与状态，支持模块切换时快速对齐（/plan）、多模块协同变更（/compose）及定期记忆清理（/dream），响应快、不依赖重读代码，适配大型微服务项目。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的长期上下文能力不是靠“堆 token”硬撑的，而是靠结构化记忆 + 自动重建机制实现真正可用的跨模块开发。你不需要反复解释项目背景，它自己记得。
跨会话记忆自动加载
每次启动 MiMo Code 进入已有项目目录时，它会自动读取本地 MEMORY.md 和 checkpoint.md 文件，把上次开发的模块结构、关键决策、接口约定等注入新会话。比如你昨天在 auth 模块实现了 JWT 刷新逻辑，今天切到 payment 模块提问“如何复用 auth 的 token 校验中间件”，它能立刻定位到对应文件路径和函数签名，无需你再贴代码或说明上下文。
- 确保项目根目录存在
.mimo/目录（首次运行自动生成） -
MEMORY.md存储项目级知识，如架构图、技术选型原因、第三方服务凭证说明 -
checkpoint.md记录最近一次会话的执行状态，含未完成任务、已修改文件列表、错误堆栈摘要
模块切换时用 /plan 模式快速对齐
当你从一个功能模块跳转到另一个时，直接输入 /plan 命令，MiMo Code 会基于当前记忆自动执行三步动作：扫描目标模块的入口文件、比对 MEMORY.md 中已存的依赖关系、生成该模块的轻量级上下文摘要。这个过程不依赖大模型重读全部代码，而是查 SQLite FTS5 索引，响应通常在 1.2 秒内完成。
- 例如：从
user-service切换到notification-service后执行/plan，它会指出“该服务通过 RabbitMQ 接收 user-service 的 event.user.created 事件，处理逻辑位于handlers/event.go” - 摘要内容可直接用于后续
/build指令，比如“给 notification-service 增加邮件模板渲染支持”
用 /compose 编排多模块协同变更
涉及多个模块联动的改动（如新增用户注册流程需同步更新 auth、user、notification 三个服务），/compose 模式会调用子智能体并行处理。每个子 Agent 继承主会话的记忆快照，但只专注一个模块的上下文，避免信息干扰。主 Agent 负责协调顺序、合并变更、校验接口一致性。
- 输入
/compose add email verification step to signup flow - 系统自动派发三个子 Agent：
— auth 模块：生成验证码并存入 Redis
— user 模块：扩展 User 结构体与数据库迁移脚本
— notification 模块：新增 SendVerificationEmail 方法 - 所有子任务完成后，自动触发 diff 检查，确认各模块间 API 调用参数匹配
定期触发 /dream 清理冗余记忆
长期使用后，不同模块的记忆可能产生交叉或过期。MiMo Code 内置 /dream 命令，每 7 天自动运行一次，也可手动执行。它会扫描所有记忆文件，删除已合并进 Git 的变更记录、验证仍存在的文件路径、压缩重复的设计决策描述，并将结果写回 MEMORY.md。
- 执行
/dream后，模块切换更轻量，尤其适合维护超 50 个微服务的大型项目 - 清理过程不影响当前会话，后台静默完成
- 若某模块近期无改动，其记忆权重会被动态降低，优先级让位于活跃模块
