MiMo Code 的编排引擎，本质上并非简单的流程执行工具，而是一套能够根据开发进程动态调整的多智能体协作与调度系统。它不依赖固定脚本驱动，而是结合任务当前所处的工程阶段、上下文信息完整度以及记忆模块中积累的历史记录，实时判断哪个 Agent 该介入、介入多深。下面逐一拆解其工作机制。
识别开发阶段，动态分配主导与辅助角色
编排引擎持续监控项目所处的生命周期节点——是仓库刚初始化？正在功能迭代？进入测试验证还是交付前审查？不同阶段触发不同的协作权重，具体如下：
- 需求澄清期：由 spec-manager 子 Agent 主导，强制生成 L1PRD 与 L2Design；主 Agent 仅负责术语对齐和边界确认，不涉及代码。
- 实现攻坚期：主 Agent 全速编码，同时自动调度 test-gen 子 Agent 补充单元测试，review-agent 实时检查代码风格及安全风险。
- 回归验证期：build-agent 自动拉取变更并运行全量测试套件；diff-agent 对比前后行为差异，生成易读的变更摘要。
- 交付准备期：doc-agent 基于代码与 spec 自动生成 API 文档片段；changelog-agent 汇总本轮迭代所有冻结的 L3Impl 条目，输出版本日志草稿。
根据上下文健康度，自动触发记忆补偿机制
当检测到会话轮次超过 60 轮，或 MEMORY.md 与 checkpoint.md 之间出现语义断层（例如连续两次对同一模块描述不一致），编排引擎会自动启动“记忆重校准”。流程如下：
- 暂停主任务流，唤醒 dream-agent 执行一次轻量级简报压缩，提取关键约束与决策点。
- 将压缩后的简报注入当前上下文，并要求主 Agent 用一句话复述“当前必须遵守的三条规则”。
- 若复述失败，强制回退至最近一个完整的 checkpoint.md，并加载对应 notes.md 中的临时共识。
多 Agent 接力时，以任务粒度而非时间粒度同步状态
传统协作容易在“谁该接棒”上产生歧义——例如 Plan Agent 规划完即交棒，但 Implementation Agent 发现设计不可行又需退回。MiMo Code 编排引擎将 L3Impl 规格作为最小交接单元：
- 每个 L3Impl 拥有唯一 ID（如 auth-L2.1-impl-003），包含明确的输入/输出契约、前置条件及验收检查项。
- Agent 完成后须提交 status=done 及 evidence（测试覆盖率报告、diff patch、运行截图等）。
- 下一个 Agent 仅在验证 evidence 符合契约后才开始工作，否则触发 rework 流程，自动通知原 Agent 修正。
支持人工干预下的策略热切换
开发者可通过 /mode 命令随时覆盖默认编排逻辑，例如：
- /mode strict-spec：禁用任何跳过 L1/L2 的快捷路径，所有变更必须关联冻结规格。
- /mode fast-patch：绕过 test-gen 和 review-agent，仅执行最小化修复（适合热修复场景）。
- /mode voice-first：优先响应语音指令，所有子 Agent 输出自动转为语音播报，并等待语音确认后再推进。
本质上，MiMo Code 编排引擎将“进度”定义为工程状态的可观测指标，而非时间或对话轮次。它使 Agent 协作从“轮流发言”进化为“按需协同”，真正贴近真实开发节奏。概念不复杂，但容易被忽略——关键在于理解这种“按需调动”的协作哲学，而非死记硬背几种模式。