mimo code 搭建多 agent 联动工作流的核心是启用 compose 模式、子 agent 编排与 spec-manager 工程约束，主 agent 动态生成并执行协调脚本，实现需求→方案→实现→验证闭环，通过 dynamic workflow 生成 js 编排脚本、spec-manager 锚定上下文、max mode 与 goal 判定器保障质量。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用 MiMo Code 搭建多 Agent 联动工作流，核心不是“手动写调度逻辑”，而是激活它原生支持的 compose 模式 + 子 Agent 编排 + spec-manager 工程约束。它不靠你硬编码 workflow，而是让主 Agent 在运行时动态生成并执行协调脚本。
启用 compose 模式启动全流程自动化
MiMo Code 的 compose 模式 是专为端到端交付设计的入口。它自动触发“需求→方案→实现→验证”闭环，同时唤醒子 Agent 并行协作。
- 在终端中直接输入：
mimo compose --spec auth-login（假设你已用spec-manager创建了规格） - 或从空白开始：
mimo compose "为用户添加邮箱登录功能，需支持验证码和密码重置" - 系统会自动进入 L1 PRD 分析，调用分析型子 Agent 理清业务边界；确认后升至 L2 设计，派发架构子 Agent 输出接口契约与数据模型
让主 Agent 动态生成子 Agent 协同脚本
MiMo Code 内置的 Dynamic Workflow 机制，会在任务复杂度达到阈值时，自动生成 JavaScript 风格编排脚本，在沙箱中安全执行——这正是多 Agent 联动的技术底座。
- 例如重构一个微服务模块时，主 Agent 会产出类似这样的逻辑：
const testAgent = agent({ role: "test-writer", task: "生成单元测试覆盖所有路径" });const codeAgent = agent({ role: "refactorer", task: "按 SOLID 原则重写 service 层" });const reviewAgent = agent({ role: "security-reviewer", task: "扫描 SQL 注入与 XSS 风险" });await barrier([testAgent, codeAgent, reviewAgent]); // 等待全部完成再合并
用 spec-manager 锚定上下文与决策依据
没有规格约束的多 Agent 协作容易失控。spec-manager 不是额外步骤，而是让每个子 Agent 的输入、输出、判断标准都可追溯。
- 每轮子 Agent 启动前，系统自动注入对应 L3 规格文档（如
auth-login-L3.1），包含明确的输入契约、验收条件、禁止项清单 - 子 Agent 输出必须附带
proof字段：测试覆盖率报告、diff patch、安全扫描日志——这些被自动归档到 spec 下，供后续复盘 - 当多个会话接力时，spec ID 成为唯一上下文锚点，避免“上次谁改了哪行”这类信息断层
利用 Max Mode 和 Goal 判定器保障质量
多 Agent 并行不等于结果可靠。MiMo Code 通过两个机制防止“各自为政”导致的合成失败：
- Max Mode：关键决策点（如数据库迁移策略选择）会生成 3–5 个候选方案，由独立投票模型评估一致性与风险，选出最优路径分发给对应子 Agent
- Goal 判定器：所有子 Agent 完成后，系统不依赖它们自报“已完成”，而是调用专用验证模型，比对当前代码状态、测试结果、Git 提交记录与原始 L3 规格逐条校验
- 未达标项会生成结构化反馈（如“缺少 /api/v1/reset-password 的 rate limit 配置”），直接驱动下一轮子 Agent 补正
