mimo code 的多 agent 编排基于动态协作而非预设流水线，核心是 build/plan/compose 三模式分工、子 agent 并行三前提（无依赖、对象不重叠、上下文隔离）及 dynamic workflow 脚本化编排。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的多 Agent 任务编排不是靠预设流水线，而是让主 Agent 根据当前任务动态生成协作逻辑——它把“人调度 AI”变成“AI 自己组队干活”。关键在于理解它的三种核心模式、子 Agent 协同机制和并行前提，而不是堆数量。
用对模式：build / plan / compose 三档分工
按 Tab 键就能切换，每种模式对应不同层级的控制权：
- build 模式：默认全权限模式，主 Agent 可读写文件、执行 Shell、调试运行。适合重构、新建模块等需要落地的开发任务。
- plan 模式：只读分析，不改代码。适合做技术方案评审、安全扫描、依赖影响评估——结果可直接用于 build 阶段输入。
- compose 模式：端到端交付模式，从 spec 解析、目录初始化、前后端生成，到依赖安装、本地运行验证，一气呵成。语音指令“帮我搭个记账应用”就走这个路径。
子 Agent 并行不是自动发生的，要满足三个条件
即使开了 compose 或 build，MiMo Code 也不会盲目派子 Agent。它严格判断是否可并行，避免冲突和漂移：
- 任务之间无依赖关系：比如“写测试”和“改业务逻辑”可以同时启动，但“生成接口定义”必须在“写路由实现”之前完成。
- 操作对象互不重叠：两个子 Agent 不能同时修改同一份 config.json；但一个改 src/api/，另一个改 src/utils/ 就没问题。
- 上下文隔离且完整：每个子 Agent 启动时会继承当前项目结构、已识别的框架版本、用户最新指令片段，不是靠模糊记忆推进。
Dynamic Workflow：用 JS 脚本接管复杂编排
当任务涉及几十个文件或需多轮对抗验证（如全仓安全审计），prompt 已不够用。MiMo Code 支持 Dynamic Workflow——主 Agent 自动生成一段 JS 编排脚本，在沙箱中确定性执行：
- 用 agent() 派出子 Agent，每个带明确角色（reviewer / tester / migrator）；
- 用 barrier() 设置同步点，确保所有子任务完成才进入下一步；
- 循环不会提前退出，barrier 不漏掉任一子 Agent，模型只专注代码理解和生成，流程控制交给脚本。
实战建议：从语音指令开始，逐步升级编排粒度
新手不必一上来就写 JS 脚本。推荐分三步建立手感：
- 先用语音触发 compose 模式，观察它如何自动拆解“搭记账应用”为初始化→前端组件生成→图表逻辑→后端接口→依赖安装→本地启动；
- 遇到大模块重构时，手动切到 build 模式，下达“重构 user-service 模块，含单元测试+类型校验+PR 描述生成”，看它如何派三个子 Agent 并行工作；
- 真正跨百文件迁移或竞态复现时，启用 Dynamic Workflow，让主 Agent 输出编排脚本，你只需确认关键节点（如 barrier 位置、失败重试策略）。
它不追求“越多 Agent 越快”，而是用精准判断和可控编排，把长程任务压缩到最慢那个子任务的时间量级。真正的效率来自减少等待，而不是增加并发数。
