mimo code 的多 agent 协作是围绕真实开发流程设计的分工协作体系：architect、builder、tester、reviewer 四类强角色 agent 按职能分工，通过状态驱动、显式契约与三重记忆机制实现闭环自动化项目管理。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的多 Agent 协作不是简单堆叠多个模型，而是围绕真实开发流程设计的分工协作体系。它把一个复杂项目拆解为可并行、可验证、有状态的子任务，每个 Agent 专注一类工程职责，彼此通过结构化协议通信，最终形成闭环的自动化项目管理流。
Agent 角色分工：按职能划分而非按模型划分
不同于通用 Multi-Agent 框架中“每个 Agent 都能干点啥”的松散设计，MiMo Code 的 Agent 是强角色绑定的：
-
Architect Agent：负责需求解析、技术选型、目录结构设计，输出清晰的项目蓝图（如
src/、tests/、config/划分） - Builder Agent：严格按蓝图生成文件，自动处理依赖注入、模块导出、类型声明等细节，不擅自修改架构意图
-
Tester Agent：为每个新增函数/组件自动生成单元测试和边界用例，并运行
npm test或pytest验证通过率 -
Reviewer Agent：执行代码规范检查（ESLint / Prettier）、安全扫描（如检测
eval()或硬编码密钥）、以及跨文件逻辑一致性校验
协作机制：状态驱动 + 显式契约
各 Agent 不靠“猜”或“回忆”协同，而是基于统一状态机和标准化输入输出：
- 所有 Agent 共享一个轻量级状态对象（JSON 格式），包含当前阶段、已完成文件列表、待验证项、失败日志锚点
- 前序 Agent 输出必须符合约定 Schema，例如 Architect Agent 输出必须含
files: [{path, content, type}]字段，Builder Agent 才会加载执行 - 任意 Agent 失败时，系统自动回滚到上一稳定检查点（由会话检查点机制保障），并提示具体失败环节与建议修复动作，而非中断整个流程
项目记忆如何支撑长期协作
多 Agent 协作容易陷入“各自为政、信息割裂”，MiMo Code 用三重记忆机制维持上下文连贯性：
-
项目记忆沉淀全局约束，比如 “所有 API 调用必须走
src/utils/apiClient.ts封装”“组件命名统一用 PascalCase”，后续所有 Agent 自动生成代码时自动遵守 -
会话检查点记录每轮协作的中间产物，例如 Builder 已写完
src/components/TodoList.tsx，Tester 就直接拉取该文件做覆盖率分析，无需重新生成 - 动态简报压缩在 50+ 轮交互后，子 Agent 自动将冗长的调试日志、重复的 lint 报错摘要为一句：“已修正 3 处未处理 Promise、2 处缺失 PropTypes”，主流程继续推进而不卡顿
Compose 模式下的实际工作流示例
以“用 React 实现带 localStorage 持久化的待办应用”为例，全过程无人工干预：
- 用户输入需求后，Architect Agent 10 秒内输出项目结构、技术栈版本、核心 Hook 设计（如
useTodoStore） - Builder Agent 并行创建
App.tsx、TodoItem.tsx、store.ts等 7 个文件，自动注入 TypeScript 类型和 JSDoc - Tester Agent 启动 Jest，生成 12 个测试用例，覆盖添加、删除、切换完成态、页面刷新后数据恢复等场景
- Reviewer Agent 检查发现
localStorage.setItem未加 try/catch，触发 Builder Agent 补充错误兜底逻辑，再交 Tester 二次验证 - 全部通过后，自动打包为可运行的
dist/目录，并输出本地启动命令：npx serve -s dist
