mimo code 的长期维护依赖四大记忆机制：1. 用 memory.md 主动定义项目契约；2. 用 checkpoint.md 控制长任务节奏；3. 用 /dream 定期提炼认知；4. 配合 spec-manager 锁定决策链。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让 MiMo Code 真正成为项目的长期维护者，关键不是堆更多上下文，而是建立可沉淀、可复用、可验证的记忆结构。它不靠模型“记住一切”，而是靠工程机制把关键信息从聊天流里打捞出来、固化下来、持续更新。
用 MEMORY.md 主动定义项目契约
MiMo Code 的项目记忆不是被动缓存聊天记录，而是依赖你主动维护的 MEMORY.md 文件。这是整个长期协作的基石：
- 写明项目约束：比如“禁止使用 axios，统一用 fetch 封装”“所有 API 响应必须带 status 字段”
- 记录架构决策：如“用户权限采用 RBAC 模型，角色数据存在 localForage 中”
- 标注高频路径：像“登录流程入口在 /src/pages/auth/Login.vue，token 存于 localStorage.token”
每次启动新会话，MiMo Code 会自动加载 MEMORY.md 内容作为初始上下文。它不会问“上次我们怎么处理 token？”，而是直接按你写的规则执行。
靠 checkpoint.md 控制长任务节奏
当一个任务需要几十轮交互（比如重构登录模块），别让它一口气跑到底。MiMo Code 会在上下文快满时自动生成 checkpoint.md，但更有效的方式是你主动触发：
- 执行
/checkpoint save login-refactor-v2手动保存当前状态 - 后续用
/resume login-refactor-v2恢复，它会重载 MEMORY + checkpoint + 当前任务进度 - 避免在未保存状态下关闭终端——否则会丢失中间设计判断和已改文件列表
这相当于给 AI 安排了“阶段性评审点”，而不是等到最后才发现漏了测试覆盖或 Git 提交步骤。
用 /dream 定期提炼项目认知
MiMo Code 内置的 /dream 命令不是彩蛋，是记忆进化的关键开关。它每 7 天自动运行一次，但你也可以随时手动触发：
- 它会扫描所有 notes.md、tasks/ 目录下的 progress.md 和历史会话
- 合并重复决策（比如多次确认“密码字段不前端加密”）
- 验证路径有效性（自动检查 MEMORY.md 中提到的文件是否还存在）
- 压缩生成新版 MEMORY.md，剔除过期描述，强化高频模式
实测中，连续使用三周后，/dream 输出的 MEMORY.md 会明显变短、更聚焦，且新增功能开发时对项目风格的还原度显著提升。
配合 spec-manager 锁定关键决策链
单纯记忆容易变成“记得多、用得乱”。要让长期维护可追溯，需把 AI 的每一次重大判断落到规格文档里：
- 用
spec-manager spec new L1 –topic auth –title “用户认证”明确业务目标 - 再建 L2 设计规格，写清技术选型依据（比如“选用 WebAuthn 因为支持离线验证”）
- L3 实施规格冻结后，才让 MiMo Code 执行；完成后，自动归档到 specs/ 目录
这样半年后有人接手项目，不需要翻几十页聊天记录，只要打开 specs/auth-L1.md → specs/auth-L2.1.md → specs/auth-L3.2.md，就能完整复现当初为什么这么干、边界在哪、验证是否通过。
