mimo code 通过继承式同步、goal 验证器、dynamic workflow 和 dream+distill 四机制实现多 agent 协作中的轻量、分层、可验证状态协同：状态按需继承而非共享；goal 验证器作为共识锚点裁决完成性；javascript workflow 固化协作契约；dream+distill 实现跨 session 经验沉淀与复用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
多 Agent 协作中的状态共享，不是把所有数据堆在一起，而是让每个 Agent 在需要时准确拿到它该知道的那部分“当前事实”。MiMo Code 的同步机制不靠全局广播，也不依赖中心数据库，而是围绕“任务上下文连续性”构建了一套轻量、分层、可验证的状态协同体系。
状态不是共享，而是按需继承
MiMo Code 把状态视为任务执行过程中的“活上下文”，而非静态快照。运行时（Runtime）在每轮调用前，会动态组装输入：剔除冗余日志、压缩历史对话、保留关键变量（如当前文件路径、测试失败行号、未完成子目标），再注入到模型输入中。这种“继承式同步”避免了传统消息总线带来的延迟与一致性难题。
- 每次调用只传必要状态，不传完整历史
- 状态压缩由四层记忆体系协同完成（临时缓存、会话级快照、项目级索引、跨 session 摘要）
- 子 Agent 启动时自动继承父 Agent 的 Goal 条件和当前 checkpoint，无需额外通信
Goal 验证器：共享信念的仲裁者
多个 Agent 并行推进时，容易出现“各自认为已完成”的分歧。MiMo Code 引入独立 Goal 验证器——一个不参与执行、只做终局判断的轻量 Agent。它每次接收与主 Agent 完全相同的上下文（含真实工具输出），依据用户定义的自然语言停止条件（如“所有单元测试通过且 PR 已提交”）进行二元裁决。
- 验证器输出不参与决策链，仅作为状态同步的“共识锚点”
- 若验证失败，系统将差异项（如某测试未通过）直接写回主 Agent 的当前状态，触发下一轮修正
- 该机制让多个子 Agent 对“是否完成”达成隐式一致，无需显式协商
Dynamic Workflow：用代码固化协作契约
当任务复杂度升高，纯 prompt 编排易失焦。MiMo Code 将协作逻辑下沉为 JavaScript 脚本，在沙箱中确定性执行。主 Agent 生成 workflow 代码，其中 agent() 启动子 Agent，barrier() 强制等待全部返回，checkpoint() 自动保存中间状态。
- workflow 脚本本身成为结构化状态载体，包含角色分配、依赖关系、超时策略
- 所有子 Agent 共享同一份 workflow 实例，状态变更（如 barrier 等待完成）自动同步到全局执行上下文
- 异常时可从最近 checkpoint 恢复，避免重跑整个流水线
跨 session 的状态延续：Dream + Distill
真正难的不是单次任务内的同步，而是让经验在不同会话间沉淀。MiMo Code 的 Dream 模块在任务结束后自动生成“经验摘要”（如“本次修复涉及 webpack 配置热更新失效，需检查 devServer.hot 配置”），Distill 模块则定期将相似摘要聚类，形成项目专属的轻量知识图谱。
- 新会话启动时，自动检索匹配的历史摘要并注入初始上下文
- 该图谱不存储原始代码或日志，只存可迁移的模式与约束
- 相当于为团队建立了一个无需人工维护的“隐性协作记忆”
