MiMo_Code项目记忆：长效记忆自动化代码审查

项目记忆是实现 MiMo Code 上下文感知审查的核心机制。它并非简单的存档，而是让代码审查“带着项目的心智运行”。MiMo Code 会自动将项目架构、技术选型、编码规范和历史决策整合进 MEMORY.md 文件。后续每次审查均基于这份动态更新的“项目心智模型”，而非孤立地审视几行代码。简而言之，审查不是比对语法，而是判断代码是否契合项目整体的逻辑流向。

项目记忆如何支撑自动化审查

审查并非枯燥的语法检查，而是评估新代码是否与项目已有的逻辑“融为一体”。项目记忆为此提供三层支撑：

• 架构约束——例如 MEMORY.md 中记录了“所有 API 响应必须走统一 error wrapper”，审查时自动校验新增接口是否遗漏该包装，若有遗漏即标记出来。
• 规则锚点——像“禁止直接使用 localStorage”这类规则，一旦新代码调用了 localStorage，审查立即报警，并关联当初写入该规则的会话编号，说明“此规矩源自某次讨论”。
• 决策延续性——如果之前已确认“表单校验用 Zod 而非 Yup”，新增校验逻辑若使用 Yup，审查直接提示冲突，并引用原始决策记录，避免团队反复讨论。

MEMORY.md 是活的，不是快照

这份文件并非静态文档，而是持续演化的项目认知中枢：

• 每次审查发现问题，可以一键追加到 MEMORY.md（例如：“2026-06-20 补充：日期格式化统一用 dayjs().format('YYYY-MM-DD')”），团队共识能实时沉淀。
• /dream 每 7 天自动运行一次，合并重复规则、剔除已废弃约定（如旧版“支持 IE11”这类过时条目会被标记为 obsolete），避免记忆越积越乱。
• 审查报告会标注所依据的记忆条目来源（例如“依据 MEMORY.md 第 42 行｜2026-06-15 决策”），每条结论均可追溯、可验证，并非凭空判断。

与传统审查工具的关键区别

普通 linter 只识别规则文本，发现语法违规即报错，而 MiMo Code 的审查是“理解项目后再判断”：

• 遇到非常规写法（如绕过标准 hook 自定义状态管理），不会直接报错，而是先查询 MEMORY.md 中是否有授权例外记录——若项目之前明确允许该写法，则放行。
• 同一段代码在不同项目中的审查结果可能完全不同——因为背后加载的是各自专属的 MEMORY.md，项目间心智模型不同。
• 新成员提交 PR 时，系统还能自动生成《本次变更与项目记忆一致性说明》，相当于替人工评审先完成认知筛选，大幅降低沟通成本。

实际使用中需要注意什么

项目记忆的价值取决于其“真实感”和“可用性”，以下几点值得留意：

• 首次初始化 MEMORY.md 时，建议人工梳理核心架构图及 3 条最高优先级规则，避免空转——记忆需从可靠的“种子”开始。
• 审查前可手动触发 /refresh-memory，强制子 Agent 重载最新记忆状态，尤其在多人频繁协作更新后，确保审查看的是最新版本。
• MEMORY.md 不建议手动编辑结构，所有增删改请通过 /mem add、/mem rm 等指令操作，这样索引和版本才能可追踪，避免出现记忆断层。