mimo code 的任务编排是可编程、可定制的协作系统，将 agent 视为可调度的“工程单元”，通过 javascript 脚本控制子 agent 协作，支持并行、依赖、超时与失败回退，并结合 memory.md、notes.md 和 /goal 实现闭环验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的任务编排不是固定流程，而是可编程、可定制的协作系统。它的高级用法核心在于：把 Agent 当作可调度的“工程单元”，而非黑盒执行器。
用 JavaScript 脚本控制子 Agent 协作
Dynamic Workflow 模式下，主 Agent 不靠 prompt 拼凑逻辑，而是生成可执行的 JavaScript 脚本，在沙箱中确定性运行。这让你能精确控制并行、依赖、超时和失败回退。
-
agent() 启动子 Agent，支持传入 role、tools、memory_scope 等参数，比如
agent("test-writer", { tools: ["jest-run", "file-write"] }) - barrier() 显式等待多个子 Agent 完成，不会漏掉任一任务，也不会因某一个卡住而死锁
- 循环 + 条件判断 可嵌套使用，例如遍历模块列表，对每个模块派发 review + refactor + test 三个子 Agent，再统一 barrier 汇总结果
按需定义专属子 Agent 角色
官方预置的 build/plan/compose 是入口模式，真正灵活的是你在 compose 流程中动态声明的子 Agent 类型。你可以给它们起有意义的名字和职责边界：
- 比如定义
"api-contract-verifier"子 Agent，只读接口定义文件、比对 OpenAPI Schema、输出兼容性报告 - 或创建
"legacy-migration-checker"，专用于扫描旧代码中被标记为 deprecated 的调用，并标注替换建议 - 每个子 Agent 自动继承当前会话的 project memory 和 checkpoint，无需重复加载上下文
用 MEMORY.md + notes.md 引导协作逻辑
持久记忆不只是“记住”，更是协作的契约载体。你可以在 MEMORY.md 中写明协作规则，子 Agent 会主动参考：
- 在 MEMORY.md 里声明：
「所有测试必须覆盖边界条件，覆盖率不得低于85%」→ test-writer 子 Agent 自动生成含边界 case 的 Jest 测试 - 在 notes.md 中临时记录：
「当前重构暂不处理 utils/date.js，留待 v2.1」→ refactor 子 Agent 自动跳过该文件 - 主 Agent 生成 workflow 脚本前，会先检索 SQLite FTS5 记忆库，把这类约束注入子 Agent 的 system prompt
结合 /goal 实现闭环验证
协作完成≠任务结束。MiMo Code 支持用 /goal 设置机器可判的交付标准，由独立裁判模型终审：
- 例如输入：
/goal all tests pass, PR diff shows - 脚本执行完后，主 Agent 不直接退出，而是触发裁判模型检查 Git 状态、测试日志、文件变更清单
- 未达标时自动启动 repair 子 Agent，定位缺失项并补全，直到满足 /goal 条件才返回 success
