MiMo Code 的任务编排逻辑,听起来有点复杂,但说白了就是:你丢给它一句需求,它自己就把理解、拆任务、写代码、验证结果给串起来了,全程不依赖外部调度,终端里闭环跑完。下面这张图展示了整体流程:

有意思的是,这套系统并不需要你手动写什么 workflow 脚本。它把需求理解、计划生成、代码编写、验证反馈这几个环节,用可执行逻辑自动串联,整个链路在终端内独立完成。
自然语言驱动的多层任务拆解
举个例子,你输入一句完整需求:“用 Vue3 + Pinia 实现登录页,含表单校验和 token 持久化”。MiMo Code 收到后会自动做四层结构化解析:
- 领域识别:判断技术栈(Vue3、Pinia),功能类型(表单、状态管理、本地存储)
- 模块划分:拆出组件层(LoginView)、逻辑层(useAuth)、数据层(localStorage 封装)
- 文件粒度规划:生成具体路径与文件名(src/views/Login.vue、src/stores/auth.ts、src/utils/storage.ts)
- 依赖预判:提前识别需要安装的包(vue-router、@pinia/persistedstate),顺手加入初始化流程
这样一来,后续的代码生成就有了清晰的蓝图,不会出现“做到一半发现缺依赖”的尴尬。
Compose 模式下的自动执行流水线
切换到 Compose 模式后,系统不再逐条响应你的指令,而是启动一个带状态的执行引擎,按计划自动推进:
- 先调 shell 工具创建目录结构,跑
npm init和pnpm add把基础设施搭好 - 接着并发派发子 Agent:一个写组件模板,一个写 Pinia store,一个写校验逻辑——所有子任务基于同一份需求上下文
- 每个子任务完成后,自动触发 lint 校验和语法检查;任一环节失败,直接回滚该文件修改,不会污染项目
- 所有代码落地后,自动生成配套的 Vitest 测试用例,覆盖表单提交、错误提示、token 存取等关键路径
这个过程就像一个自动化的生产线,各环节同时开工,又互相校验,效率和质量都有保障。
Goal 验证机制保障链路终点可信
传统 Agent 经常“自我宣称完成”,其实结果可能根本不达标。MiMo Code 的一个关键设计是强制引入独立验证者:
- 用户设定的终止条件(比如“页面可访问、表单能提交、token 写入 localStorage”)会被转成结构化检查项
- 主 Agent 宣布任务结束时,验证者模型会重放全部操作日志,调用真实命令行执行环境复现关键步骤
- 如果发现 localStorage 没写入或测试用例未覆盖边界情况,会返回具体缺失项(例如:“缺少空密码校验断言”),而不是笼统提示“重试”
这里特别值得强调的是,验证者并非走过场,而是真的去执行一遍操作并核对结果,这从根本上解决了“假完成”的问题。
动态工作流支持人工干预与迭代
整条链路并不是黑盒固定流程,开发者在任意节点都可以介入调整:
- 按
Ctrl+Z回退上一步操作,系统自动保存中间产物(比如已经生成的组件代码) - 输入
/edit src/stores/auth.ts直接打开文件编辑,保存后继续后续流程 - 添加新要求(比如“增加微信扫码登录按钮”),Agent 会增量补全,只修改受影响模块,不会重刷整条链
这种设计让自动化和人工控制能无缝衔接,既保留了效率,又给了开发者充分的掌控权。
