mimo code 的子 agent 编排是重构任务执行逻辑，将单线程思考变为多线程协作：主 agent 拆解复杂任务并派发带角色与上下文的子 agent 并行执行，支持可观察、可中断、可复盘的透明编排，按 build/plan/compose 模式切换治理层级，并通过三重记忆机制实现上下文继承与决策链路延续。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的子 Agent 编排不是加功能，而是重构任务执行逻辑——它把“单线程思考”变成“多线程协作”，让 AI 真正像团队一样分工推进。
子 Agent 是怎么被派出去的？
主 Agent 在识别到复杂任务后，会自动拆解并生成子 Agent，每个子 Agent 携带明确角色、独立上下文快照，且共享当前项目状态。比如你输入“重构用户登录模块，保证兼容旧接口、新增短信验证、覆盖 90% 以上测试用例”，系统不会顺序执行，而是立刻派发：
- 一个子 Agent 负责分析现有接口契约，生成兼容性检查清单
- 另一个子 Agent 同步编写短信验证码服务及中间件适配逻辑
- 第三个子 Agent 基于新旧逻辑自动生成单元测试与集成测试桩
- 第四个子 Agent 实时运行测试套件，并反馈覆盖率瓶颈
所有子 Agent 并行运行，结果统一回传给主 Agent 汇总校验，无需人工干预步骤顺序。
编排过程可观察、可中断、可复盘
不同于黑盒式执行，MiMo Code 提供实时子 Agent 状态面板（默认 Ctrl+Shift+P 呼出），你能看到每个子 Agent 的当前阶段、已耗 token、运行时长、依赖文件路径。若某子 Agent 卡在第三方库版本冲突上，你可以：
- 选中该子 Agent，直接输入指令修正依赖策略
- 临时暂停其余子 Agent，聚焦调试问题节点
- 导出当前子 Agent 上下文快照，用于后续复现或人工审查
这种透明化编排，让“AI 在干什么”不再靠猜，而是可追踪、可干预。
不同模式触发不同编排粒度
按 Tab 键切换的三种核心模式，直接影响子 Agent 的启动策略和协同深度：
- build 模式：默认启用全权限子 Agent，支持 Shell 执行、Git 提交、本地服务启停，适合端到端交付
- plan 模式：只生成分析型子 Agent，不写代码、不改文件，专注架构推演、风险扫描、方案对比，适合技术评审前准备
- compose 模式：按 spec 自动编排跨阶段子 Agent 流水线，从需求解析 → 接口设计 → 代码生成 → 测试验证 → 文档输出，全程闭环自治
模式切换不是功能开关，而是任务治理层级的切换——从“动手写”到“动脑想”再到“动全局管”。
记忆与编排联动，避免子 Agent “各自为政”
子 Agent 不是孤立工作单元。MiMo Code 的三重记忆机制（项目记忆、会话检查点、任务进度）会持续注入每个子 Agent 的初始上下文。例如，当主 Agent 已完成数据库迁移评估，后续派发的“API 层重构”子 Agent 会自动继承该结论，跳过重复分析；而“前端适配”子 Agent 则能读取后端字段变更日志，直接生成对应 TypeScript 类型定义。
更关键的是，/dream 命令会定期压缩分散的子 Agent 执行痕迹，形成结构化任务摘要，既减少上下文冗余，又保留关键决策链路——下次你继续同一项目，新启动的子 Agent 依然能“接上前人班”。
