必须启用mavis模式并配置yaml任务拓扑，才能触发minimax team engine的三角色分权协作；否则仍为单模型链式推理。yaml中id、skills、rules分别映射agent身份、技能包和硬校验规则，通过agentrun-team命令或钉钉机器人触发任务拆解与并行执行，并经verifier严格审计后输出交付物。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在MiniMax Agent Coding Plan中实现多人协作任务拆分，必须绕过纯Prompt驱动的角色扮演陷阱，直接调用Team Engine底层状态机调度能力。手动写提示词分配任务会触发上下文焦虑，导致Worker中途停顿、Verifier拒绝验收、Leader反复重发指令。
确认Coding Plan已绑定Mavis模式
打开阿里云百炼控制台 → 进入「Coding Plan」工作区 → 点击右上角「模型配置」→ 在「Agent Runtime」下拉菜单中选择「Mavis（MiniMax as a Jarvis）」→ 保存后等待状态栏显示「Team Engine已激活」。
【必须完成这一步】未启用Mavis模式时，所有Agent仍走单模型链式推理路径，根本不会触发Leader/Worker/Verifier三角色分权机制。
用YAML定义任务拓扑结构
在项目根目录新建codingplan.yaml文件，粘贴以下结构：
```yaml
team: mavis
leader:
model: minimax-m2.7
workers:
- id: frontend
model: doubao-seed-2.0-code
skills: [html-gen, css-optimize]
- id: backend
model: glm-4.7
skills: [api-spec, db-migrate]
verifier:
model: minimax-m2.7
rules: [no-rm-rf, must-backup-first, no-emoji-in-comments]
这个YAML不是装饰性配置——它直接映射Team Engine的状态机节点。id字段会生成唯一Agent身份标识，skills列表决定该Worker加载哪些可执行技能包，rules字段会被Verifier编译为硬校验规则而非软提醒。
触发任务拆解与并行执行
方法一：终端命令触发
在项目目录执行：agentrun-team --plan codingplan.yaml --task "重构用户登录模块，支持微信扫码+邮箱双通道"
方法二：钉钉机器人触发
向已接入的钉钉机器人发送指令：/mavis run @rss-reader login-refactor --mode=strict，其中--mode=strict强制Verifier启用OctoCodingBench过程规范校验。
Leader收到指令后，会立即生成带依赖关系的子任务图：frontend Worker先输出HTML骨架→backend Worker基于该骨架生成API路由→Verifier同步扫描两份交付物中的危险操作痕迹。任意一环失败，Worker自动被驳回重做，不通过就继续迭代。
监控协作过程与验收结果
第一步：打开Team Engine实时看板
访问https://dash.bailian.aliyun.com/mavis/team/{project_id}，查看每个Worker的执行耗时、Verifier的否决理由、Leader的重调度次数。
第二步：检查Verifier输出的审计日志
在./mavis/logs/verifier/目录下找到最新audit_20260810_2256.json，重点查看"violation_points"字段——这里记录了所有被拦截的违规行为，例如"rm -rf ./src/utils"会被标记为CRITICAL级违规，而console.log('debug')仅标记为INFO。
第三步：提取通过验收的交付物
Verified状态为true的Worker输出，会自动存入./mavis/deliverables/{worker_id}/，此时可直接合并到主分支。未通过的交付物不会写入该目录，避免污染代码库。
