mimo code 的 subagent 状态同步依靠工程化三重锚定机制：项目记忆、会话检查点、任务进度，各自持久化并统一 id 关联；通过标准化事件总线通信，支持可插拔 subagent；/dream 命令每七天自动收敛状态，实现透明、可靠、可审计的同步。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的 SubAgent 间项目状态同步，不是靠模型“自觉记笔记”，而是用一套工程化、可预期的机制把状态流转稳稳兜住。核心思路很明确：主 Agent 只管干活，状态管理全由独立子系统承担。
项目记忆 + 检查点 + 任务进度三重锚定
它不依赖单一缓存或临时上下文，而是把项目状态拆解为三个正交维度：
- 项目记忆：保存跨会话的结构化知识，比如技术选型、架构图、接口约定
- 会话检查点：在关键节点（如完成模块设计、通过单元测试）自动快照当前上下文和文件状态
- 任务进度：实时追踪每个子任务的 status（pending / in-progress / verified / blocked），并支持父子任务嵌套与依赖标记
这三层信息各自持久化，又通过统一 ID 关联。当主 Agent 切换任务或中断后重启，系统能自动拉取最新检查点 + 合并增量记忆 + 恢复未完成任务队列，而不是从头解析历史对话。
SubAgent 之间用轻量协议通信
各 SubAgent（如 Planner、Coder、Tester、Checker）不直接共享内存，而是通过标准化事件总线交换结构化消息：
- 每个事件带 version stamp 和 causality id，避免时序错乱
- 状态变更必须经由 /commit 指令触发，写入全局状态池前先做 schema 校验
- Coder 修改代码后，自动触发 Tester SubAgent 的 watch 监听；Tester 完成后，向 Checker 发送 review-ready 事件，而非等待轮询
这种设计让 SubAgent 可插拔、可替换——比如把默认 Tester 换成你自己的 Jest Runner，只要遵循同一事件格式，就能无缝接入。
/dream 命令实现周期性状态收敛
每七天自动运行一次 /dream，由专属 Memory Agent 执行：
- 扫描所有分散的记忆片段（包括过期检查点、冗余任务日志）
- 合并语义重复项，剔除失效路径（如已删除的分支、废弃的 API 设计）
- 验证关键文件是否存在、是否可读，生成一份精简的 current-state.json
- 将新状态注入全局记忆池，并更新所有 SubAgent 的本地视图缓存
这个过程不打断当前开发流，也不需要人工干预，相当于给整个协作系统做了一次“静默体检+归档压缩”。
状态同步对开发者是透明的
你不需要手动 save 或 sync，也不用担心“AI 忘了之前聊过什么”。只要在 TUI 界面右侧面板看到任务进度条持续推进、检查点图标稳定亮起，就说明状态已在后台完成同步。即使终端断开重连，再次输入 mimo 后，它依然知道你在写 Redis 的 AOF 持久化模块，而不是从头问“你想做什么”。
本质上，MiMo Code 把状态同步从一个不可靠的“认知负担”，变成了一个可验证、可审计、可降级的基础设施能力。
