mimo code 的多 agent 协作依赖结构化通信协议而非模型默契，通过标准化 json schema（含 role、task_id、phase 等字段）、三重检查点机制、严格工具调用绑定及 /dream 记忆收敛实现可靠协同。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的多 Agent 协作不是靠“默契”，而是靠一套明确、可验证的通信协议——它不依赖模型自己理解上下文，而是用结构化字段和状态契约把协作过程稳稳托住。
Agent 间通信基于标准化消息格式
MiMo Code 要求所有子 Agent（如 Planner、Coder、Reviewer、Memory Keeper）在交换消息时，必须使用统一的 JSON Schema，核心字段包括：
• role：明确标识发送方角色（非自由文本，仅限预定义枚举值）
• task_id：跨 Agent 共享的唯一任务标识，用于追踪与回溯
• phase：当前所处阶段（如 “plan_start”、“code_gen”、“test_run”），驱动状态机流转
• artifact_ref：指向生成物的路径或哈希（如 ./src/components/Button.tsx 或 sha256:abc123），避免歧义引用
• reasoning_content：开启思考模式时必传字段，含推理链快照，且多轮中需原样保留（否则触发 HTTP 400）
状态同步靠三重检查点机制
主 Agent 不负责记状态，但必须能随时读取最新状态。MiMo Code 通过子 Agent 自动维护三类检查点：
• 项目记忆快照：每次文件变更后，由 Memory Keeper 提取 AST 结构 + 注释摘要，写入 .mimo/memory/project.json
• 会话检查点：每 10 轮对话或关键 phase 切换时，自动保存压缩版上下文到 .mimo/checkpoint/
• 任务进度标记：每个 task_id 对应一个 .mimo/progress/
工具调用与响应严格绑定
当 Planner 调用 shell 工具查 Git 状态，或 Coder 调用 fs_write 修改文件，协议强制要求：
• 工具调用请求（tool_call）必须携带 call_id 和 caller_role
• 执行结果返回（tool_response）必须匹配同一 call_id，并附带 exec_status（success/error）、stdout、stderr 和 side_effects（如“修改了 3 行 package.json”）
• 若响应缺失任一字段，下游 Agent 将拒绝解析，并触发 fallback 流程（如重试或降级为人工确认）
记忆协同靠 /dream 周期性收敛
分散的记忆容易碎片化。MiMo Code 内置 /dream 命令，每 7 天自动唤醒独立 Memory Consolidator Agent：
• 扫描全部 .mimo/memory/ 和 .mimo/checkpoint/ 下的历史记录
• 合并重复记忆项，剔除已失效路径（如被 git rm 删除的文件）
• 验证代码片段是否仍能编译运行（轻量沙箱执行）
• 输出一份 current_state.md，作为新会话的默认上下文锚点
• 整个过程不干扰主工作流，全程异步、无阻塞
