mimo code采用分权式任务编排，通过build、plan、compose三类主agent按阶段动态协作，并按需孵化子agent，辅以状态隔离、结构化记忆与goal验证机制保障权责清晰。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的任务编排不是靠“一个大模型硬扛到底”，而是把开发过程拆成不同角色，让每个 Agent 各司其职、各尽其能。这种分权管理的关键不在于谁更聪明，而在于谁该在什么时候、用什么方式、干哪一段事。
三种主 Agent 模式明确职责边界
Build、Plan、Compose 三类主 Agent 并非并列关系，而是按任务阶段动态启用的职能单元：
- Build Agent：只负责执行。它不设计架构、不写文档、不评估风险，接到清晰指令后直接改代码、跑测试、提交 PR；适合已确认方案后的落地环节。
- Plan Agent：纯分析型角色。它读需求、查文档、画流程图、列依赖项，但不碰任何文件系统或执行命令；输出是可验证的方案草稿，供人或 Compose 模式调用。
- Compose Agent：工作流总控。它不写一行代码，也不做单点判断，而是协调 Build 和 Plan 的产出，按“需求→设计→实现→验证”链条自动串联子任务，并触发对应工具链（如 ESLint、Jest、Swagger）。
子 Agent 按需孵化，避免功能冗余
主 Agent 在运行中发现超出自身能力范围的任务时，会实时创建专用子 Agent，完成即销毁，不长期驻留：
- 比如 Compose 模式启动后，遇到数据库迁移需求，自动拉起一个 Migrate Agent，它只读 schema 文件、生成 SQL、校验语法，完成后退出；
- 当 Build Agent 编译失败，会唤起 Debug Agent，它专注解析 error log、定位源码行、复现环境，不参与后续修复；
- 安全扫描这类高耗时任务，则交由 Scan Agent 异步执行，结果通过结构化 JSON 回传，不影响主线程进度。
记忆与状态隔离保障分权可信
职能分权的前提是“责任可追溯、状态不污染”。MiMo Code 用两层机制实现：
- 每个子 Agent 拥有独立的临时上下文快照，仅继承父 Agent 明确授权的数据（如当前分支名、target 文件路径），其余一概不可见；
- 所有 Agent 的操作日志、决策依据、失败堆栈，统一由 Writer Subagent 写入结构化记忆文件（JSONL 格式），主 Agent 不参与归档，确保记录客观、不可篡改；
- /dream 命令触发的周期性记忆收敛，会按 Agent 类型分类清洗——例如只保留 Plan Agent 的方案版本、Build Agent 的 commit hash、Scan Agent 的漏洞 ID，避免信息混杂。
Goal 验证机制防止权责错位
分权之后最怕“各自为政、互相甩锅”。MiMo Code 用 Goal 独立裁判机制兜底：
- 每个任务启动时，用户用自然语言定义 Goal（如“所有 API 返回 JSON 格式且 HTTP 状态码正确”）；
- 当任意 Agent 宣布完成，Verifier Agent 会脱离上下文，仅基于最终产物（代码、测试报告、部署日志）和原始 Goal 判定是否达标；
- 若未通过，系统自动回溯到最近检查点，重新分配任务——不是让原 Agent 补救，而是换更适合的 Agent 类型介入（如 Plan Agent 补充约束说明，Build Agent 重写序列逻辑）。
