MiMo Code 的 Memory Agent 是保障逻辑一致性的核心执行单元，通过项目记忆、会话检查点、任务进度追踪三层机制协同工作，并支持约束嵌入、显式标记、检查点引用及/dream渐进对齐。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的 Memory Agent 不是辅助记忆的“备忘录”，而是保障逻辑一致性的核心执行单元。它不靠模型自觉回忆，而是用结构化归档+主动重建的方式，让每一步编码决策都能被后续步骤准确引用。
Memory Agent 的三项关键机制
它通过三个层级协同工作，确保代码逻辑不自相矛盾：
- 项目记忆（Project Memory）：记录架构选型、技术约束、接口契约等全局性决策。比如你明确说“用 gRPC 替代 REST”，后续所有模块生成都会自动遵循该约定，不会突然冒出 HTTP handler。
- 会话检查点（Session Checkpoint）：在对话进行到 20%、45%、70% 上下文容量时自动触发，提取当前任务状态——包括已实现功能、待修复 bug、临时绕过方案等，并写入 11 个固定字段（如“错误”“设计决策”）。这些不是摘要，而是可被程序读取的结构化快照。
- 任务进度追踪（Task Progress）：为每个子任务维护独立状态标识（如“auth-service: ✅ 已实现 JWT 签发，⚠️ 缺少 refresh token 轮换逻辑”），避免 Compose 模式下多线程生成时出现功能重复或遗漏。
如何让 Memory Agent 主动支撑你的开发逻辑
它不会等你提醒，但需要你给出可识别的锚点。实际使用中注意这几点：
- 在需求描述中嵌入约束型短语，例如“所有 API 必须返回 status 字段”“数据库字段命名统一用 snake_case”，这些会被 Memory Agent 提取进项目记忆，后续代码生成和审查都会校验。
- 遇到临时妥协时，用显式标记语句，比如“先用 mock 数据跳过 auth 验证，后续补 OAuth2 流程”，这句话会被存入“设计决策”字段，并在/dream 周期中被验证是否已闭环。
- 修改已有逻辑时，直接引用检查点编号，例如“按 checkpoint-3 中的路由设计，把 /v1/users 改为 /api/v1/users”，Memory Agent 会自动加载对应上下文，而不是重新推导整个 API 层。
Compose 模式下的记忆联动策略
当你按下 Tab 进入 Compose 模式，Memory Agent 会做三件事：
- 加载最近一次项目记忆，确认当前技术栈和边界条件；
- 扫描未完成的任务进度，自动将“待续写”项加入本次规划；
- 对新输入的需求，比对历史设计决策——如果发现冲突（比如新需求要求用 WebSocket，但项目记忆里已确定“仅支持 HTTP/1.1”），会暂停执行并提示你确认是否覆盖旧约束。
/dream 命令带来的渐进式一致性
每七天自动运行的/dream 不只是清理，更是逻辑对齐：
- 它会合并分散在多个会话中的同类决策，比如三次提到“日志格式用 JSON”，最终收敛为一条权威规则；
- 验证路径有效性：检查“已实现的功能 A 是否仍被 B 模块正确调用”，若发现断链，会在 notes.md 中生成待办；
- 压缩冗余记忆：把五次反复讨论的“缓存失效策略”提炼成一句“LRU + TTL 5min，key 带 service_name 前缀”，供后续所有生成步骤直接引用。
