mimo code 采用多 agent 协作架构：主 agent 规划决策，子 agent 各司其职并行执行，compose 模式统一校验汇总，全程可追溯、可恢复、结果可信。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的多 Agent 环境不是简单堆叠多个模型，而是把“人怎么分工写代码”这件事，用可执行的结构复现出来：主 Agent 做规划与决策，子 Agent 各司其职，最后由 Compose 模式统一收口——任务分得清、干得快、结果靠得住。
任务自动拆解成子单元
面对一个完整开发需求（比如“重构用户鉴权模块，支持 JWT + OAuth2 双模式，并补全单元测试”），MiMo Code 不会硬让一个模型从头想到尾。它先由 Host Agent 分析语义、识别动作类型（重构、新增、测试）、提取依赖范围（哪些文件要改、哪些测试要跑），再生成带参数的子任务清单。
- 代码重写 Agent 负责修改 src/auth/ 目录下的核心逻辑
- 接口验证 Agent 自动调用 Swagger 或 OpenAPI 规范检查兼容性
- 测试生成 Agent 基于变更范围，生成 Jest 测试用例并注入覆盖率断言
- Git 工具 Agent 执行 diff 预览、暂存变更、生成符合 Conventional Commits 规范的提交信息
子 Agent 并行执行不抢资源
每个子 Agent 运行在隔离沙箱中，拥有独立上下文和工具权限。它们不共享内存，也不互相读写状态——只通过标准化消息协议传递输入输出。例如，代码重写 Agent 输出的 patch 文件路径，会被自动作为参数传给测试生成 Agent；而 Git 工具 Agent 的执行结果（如 commit hash）则同步更新到主任务进度表中。
这种设计避免了单 Agent 串行等待造成的延迟，也防止因某一个子任务卡住导致整个流程停滞。
Compose 模式负责汇总与可信验证
所有子任务完成后，系统不直接拼接结果。Compose 模式会启动三步校验：
- 一致性检查：比对各子 Agent 输出是否指向同一版本的代码树，防止因缓存或异步偏差导致冲突
- 可运行验证：在临时容器中执行构建 + 单元测试，失败则标记对应子任务为“需重试”，而非整体回滚
- 自然语言摘要：用独立 summarizer Agent 生成本次改动的中文摘要（含影响范围、风险提示、后续建议），供开发者快速确认
记忆与状态全程可追溯
每个子 Agent 的输入、输出、执行时间戳、调用工具日志，都会被 Writer subagent 自动存入 SQLite FTS5 数据库。主 Agent 在后续会话中可通过关键词（如“JWT 重构”“OAuth2 测试”）快速检索历史执行记录，也能基于检查点恢复中断任务——比如测试失败后，只需说“重跑测试生成部分”，系统就跳过前面已通过的步骤，精准重启对应子 Agent。
