/team-assemble

运行 oma team-assemble。

任务： $ARGUMENTS

协议：

1. 分析任务形状：
   • 领域（工程/研究/分析/内容/运营/混合）
   • 输出目标（代码/报告/计划/演示）
   • 风险和验证需求
2. 组装两个角色组：
   • 领域专家（问题空间专家）
   • 格式专家（输出质量专家）
3. 从 oma 智能体构建角色通道：
   • 编排通道：oma-director
   • 探索通道：oma-researcher（当广度高时生成多个通道）
   • 决策通道：oma-consultant 或 oma-architect
   • 执行通道：oma-executor（当需要实现时）
   • 质量通道：oma-reviewer、oma-verifier、oma-debugger
   • 编辑通道：oma-editor（用于最终打包）
4. 按通道分配模型配置文件：
   • 判断和验收门控 -> glm-5
   • 实现密集型执行 -> glm-4.7
   • 广泛的低风险探索 -> glm-4.7（如果深度关键则升级到 glm-5）
5. 定义协作协议：
   • 通道之间的明确消息流
   • 验证/修复循环的触发条件
   • 当证据冲突或执行失败时的回退路径
6. 确认门控：
   • 如果输入包含明确的批准令牌（approve、approved、yes、go、run），继续执行。
   • 否则在团队提议后停止并询问："继续使用此团队？（yes/no）"
7. 批准的执行路径：
   • 运行 team-plan -> team-prd -> team-exec -> team-verify -> team-fix。
   • 重复 team-exec -> team-verify -> team-fix 直到标准通过或阻塞问题明确。
8. 如果文件系统工具可用，写入/更新：
   • .oma/state/team-assembly.md
   • .oma/state/workflow.md

输出格式：

团队适应性分析

• 任务形状：
• 所需专业知识：
• 输出目标：
• 风险姿态：

提议的团队

角色	智能体	为什么选择此角色	模型配置文件	通道

协作协议

• 交接图：
• 验证/修复触发器：
• 冲突解决：

批准门控

• 检测到批准：是/否
• 确认提示：继续使用此团队？（yes/no）

执行摘要（仅在批准时）

• 阶段状态：
• 关键结果：
• 开放阻塞：