复杂任务需要并行专家团队时：动态组建角色化团队…

当复杂任务可拆成 2 个以上独立子任务、角色分离明确，或可通过并行专家执行节省时间时，动态组建专家团队执行。

适用场景

解决思路

1. 分析任务，将其分解为 2 个以上独立的子任务，并为每个子任务赋予专家角色。
2. 为每个角色选择最优模型：规划/设计/决策用 opus（如 architect、planner、lead）；分析/研究/复杂判断用 opus（如 analyzer、researcher、code-reviewer）；实现/执行/收集用 sonnet（如 implementer、collector、writer）；验证/清理/格式化用 sonnet（如 validator、formatter、tester）。
3. 判断边界角色：如果该角色需要做出新的判断，则用 opus；如果只是按给定标准执行，则用 sonnet。
4. 决定子任务之间的先行关系，形成依赖图。
5. 用 AskUserQuestion 向用户展示团队构成建议，包含 team-name 以及表格（#、角色、模型、负责工作、依赖）；必须获得批准后才能继续。
6. 在团队构成建议中提供选项「好的，请执行」和「需要修改角色」。
7. 若用户选择「需要修改角色」，询问具体要改什么；若 2 次以上修改请求，切换为自由文本输入。
8. 批准后调用 TeamCreate，参数 team_name 为「任务核心关键词 + -team」（例如 migration-team、research-team），description 为任务描述。
9. 对每个角色调用 TaskCreate，参数 subject 格式为「#1 {角色}: {任务摘要}」，description 写详细描述，activeForm 写「{任务} 进行中」。
10. 对存在依赖的任务，调用 TaskUpdate，参数 taskId 为目标任务 ID，addBlockedBy 为先行任务 ID 数组，以设置 blockedBy 依赖。
11. 利用 Task 工具在 foreground（默认）下 blocking 的特性：等待 teammate 结束并接收返回的结果文本作为 teammate 工作结果。
12. 对 blockedBy 为空的独立任务，在单条消息中同时调用多个 Task，参数包括 name、team_name、subagent_type、model、prompt、mode，实现并行执行。
13. 对依赖任务，将先行 Task 的返回值插入下一个 teammate 的 prompt 中，再调用 Task 执行。
14. 编写每个 teammate 的 prompt 时必须包含：上下文（整体项目与当前工作的关系）、具体目标（要准确达成什么）、约束条件（不该做什么、变更范围限制）、输出格式（文本/文件/表格）、团队信息（team_name、task ID，并指示用 TaskUpdate 标记完成）。
15. 可参考 references/prompt-templates.md 获取详细 prompt 模板（包括 analyst、implementer、validator 等角色模板及编写提示）。
16. 所有 teammate 完成后，收集并综合结果，向用户报告：标题格式为「## 团队执行结果: {team-name}」，然后逐条列出「### 1. {角色}: {工作} → {结果摘要}」，最后给出「### 最终产物」及文件路径或结果物列表。
17. 清理团队：foreground Task 完成后 teammate 处于 idle；先对每个 teammate 调用 SendMessage，参数 type 为 shutdown_request，recipient 为 teammate 名称，content 为「工作完成」。
18. 确认所有 teammate 终止后，调用 TeamDelete()。
19. 如果 shutdown_request 没有响应，说明 teammate 已终止，忽略并继续 TeamDelete。
20. 避免未经用户批准就创建团队；必须在 Phase 1 用 AskUserQuestion 获得批准。
21. 避免将所有工作都顺序执行；独立任务应在单条消息中并行调用 Task。
22. 避免 teammate prompt 模糊；必须包含上下文、目标、约束、输出格式。
23. 避免遗漏 TeamDelete；必须按 shutdown_request → TeamDelete 的顺序清理。
24. 避免所有角色都用 opus；执行/收集角色用 sonnet 以节省成本。
25. 可查看 references/examples.md 获取 DB 迁移、竞品分析、全栈实现等 3 个完整 Phase 1~3 示例。

适用边界 · 注意事项

• 单文件修改
• 简单问题
• 只能顺序执行的任务