mimo code编排引擎是动态响应的协作调度系统，依据开发阶段、上下文健康度和任务粒度实时调整agent分工与介入深度，并支持人工干预下的策略热切换。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的编排引擎不是固定流程的执行器，而是一个能随开发阶段动态响应的协作调度系统。它不靠预设脚本驱动，而是依据当前任务所处的工程阶段、上下文完整性、以及已沉淀的记忆状态，实时调整 Agent 的分工与介入深度。
识别当前开发阶段，决定谁主导、谁辅助
编排引擎会持续评估项目所处的生命周期节点，比如是否刚初始化仓库、是否处于功能迭代中、是否进入测试验证期，或已进入交付前审查阶段。不同阶段触发不同的 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，仅执行最小化修复（适用于 hotfix 场景）
- /mode voice-first：优先响应语音指令，所有子 Agent 输出自动转为语音播报，并等待语音确认再推进
本质上，MiMo Code 的编排引擎把“进度”定义为工程状态的可观测指标，而不是时间或对话轮次。它让 Agent 协作从“轮流发言”变成“按需协同”，真正贴合真实开发节奏。不复杂但容易忽略。
