先说几个核心判断：MiMo Code 的项目记忆系统，真正值得关注的不是模型本身有多大，而是它到底记住了什么、怎么记住的、又如何在需要时把这些记忆调出来。这恰恰是把 AI 从一个“临时帮手”升级为“长期专家”的底层支点。
传统编程助手的所谓“记忆”，真的只是聊天窗口里的一堆滚动对话。一旦上下文长度超限，一切都被自动丢弃——你前面交代的技术栈、架构决策、代码约定，全都没了。但 MiMo Code 则另起一套机制：它在项目根目录下自动生成并维护一个 MEMORY.md 文件。注意，这个文件里存储的可不是原始对话，而是经过子 Agent 提炼之后的结构化信息，比如：
- 当前技术栈（React + Vite + Tailwind，禁用 CSS-in-JS）
- 核心架构决策（状态管理统一用 Zustand，API 层封装为 useApi hook）
- 代码约定（组件命名 PascalCase，工具函数放 /lib/utils，副作用逻辑抽离至 /hooks）
- 已实现功能与待办缺口（“用户登录页已交付，但缺少 OAuth 第三方登录入口”）
更妙的是，这些条目不是一次性写死的。每次交互，MiMo Code 都会动态校验、合并、去重，确保 MEMORY.md 始终反映项目的真实状态，而不是某次会话的片面印象。这里有个关键区别：它有点像项目本身的“长期记忆文件”，而不是聊天记录的快照。
会话检查点：让中断不等于重头开始
你在下午三点写到一半的组件重构，晚上八点回来继续。这时候，MiMo Code 不会傻乎乎地问“你之前想做什么来着”，而是直接加载最近一次的会话检查点。这个检查点包含了当时的所有修改痕迹、终端执行过的命令、未提交的 Git 差异，甚至 Compose 模式下规划出的子任务树（T1.1、T1.2……）。这意味着什么？
- 不用反复解释“这个按钮要支持 loading 状态和错误重试”
- 不必重新加载项目结构或描述已有 API 接口规范
- 任务进度自动延续，比如 T2.3 “添加表单验证规则”仍处于进行中状态
不妨这样想：它等于帮你在每次中断时，都拍了一张项目的“快照”。回来后直接翻到那个画面，中间的记忆连贯性由系统替你维护着。
/dream 自进化：记忆不是静态存档，而是持续生长
如果说 MEMORY.md 是静态基础，那每七天一次的 /dream 命令，就是让项目记忆真正“活起来”的引擎。这不是简单的备份，而是一次轻量级的知识整理和进化：
- 它会读取全部历史会话 + 当前 MEMORY.md + 所有会话检查点
- 识别重复出现的约束（比如“所有日期字段必须用 dayjs 格式化”被提及 17 次）
- 验证路径有效性（自动删掉已删除文件的引用，更新迁移后的新模块路径）
- 生成一份更紧凑、更权威的“当前项目共识快照”
时间一长，MiMo Code 对项目的理解就不再依赖你每次提示了。它基于自己沉淀下来的判断，甚至能主动预判你的意图。比如你只说一句“给订单列表加导出功能”，它就能直接想到用 CSV 方式、复用现有 /utils/exporter.ts、并且兼容移动端分页数据。这才是真正的“长期专家”该有的样子
记忆可查、可修、可导出，始终由你掌控
最后要强调的是，所有记忆都以纯文本（MEMORY.md）、SQLite 数据库（fts5 全文索引）、本地 JSON 快照三种形式存在。完全开源、可读、可编辑，不是黑箱。你可以：
- 手动修改 MEMORY.md 来补充重要约定
- 用 CLI 命令导出某次检查点用于团队同步
- 在 Git 中跟踪 MEMORY.md 变更，像审查代码一样审查 AI 的认知演进
这其实不是什么玄乎的“智能”，而是你和 AI 共同维护的一份项目认知契约。它的核心价值就在于：你永远知道自己给了 AI 什么信息，也知道它基于什么做出了判断。信任，就是从这里开始建立的。