MiMo_Code编排引擎：按开发进度调整Agent协作策略

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，仅执行最小化修复（适用于hotfix场景）。
• /mode voice-first：优先响应语音指令，所有子Agent输出自动转为语音播报，并等待语音确认再推进。

归根结底，MiMo Code的编排引擎将“进度”定义为工程状态的可观测指标，而非时间或对话轮次。它使Agent协作从“轮流发言”转变为“按需协同”，真正贴合真实开发节奏。概念并不复杂，但容易被忽略——关键在于理解这种“按需搞活”的协作哲学，而非死记硬背那几个模式。