team

组建一个多 Agent 团队，并实现 $ARGUMENTS 中描述的功能。

用法：

• /team <任务描述> — 组建完整团队并实现所述功能

说明：

1. 从 $ARGUMENTS 中读取任务描述。

   • 如果 $ARGUMENTS 为空，请先让用户描述要实现的功能，再继续。

2. 评估任务，确定团队组成：

   • 任务是否涉及任何 UI 或面向用户的界面？→ 纳入 1–2 名设计师
   • 实现有多复杂？→ 简单任务安排 1 名开发人员，复杂任务最多安排 3 名
   • 始终至少安排 1 名测试人员

3. 使用 TeamCreate 创建团队，团队名称应根据任务简短地采用 kebab-case 格式（例如 user-auth、dashboard-filters）。

4. 在启动 Agent 之前，使用 TaskCreate 创建任务列表，跟踪各角色的交付内容：

   • 为产品负责人创建一个任务：“编写需求和验收标准”
   • 为每位设计师创建一个任务（如适用）：“为 <功能> 设计 UI/UX”
   • 为每位开发人员创建一个任务：“实现 <功能领域>”
   • 为每位测试人员创建一个任务：“为 <功能> 编写测试”

5. 使用 Task 工具（subagent_type: general-purpose）启动产品负责人：

   • 提供 $ARGUMENTS 中的完整任务描述和团队名称
   • 其职责：
     • 编写该功能的详细需求和验收标准
     • 检查项目知识文件（LORE.md、docs/lore.md、.agent/lore.md 或类似文件），并更新其中与该功能引入的项目决策或领域知识相关的内容
     • 通过 TaskUpdate 将任务标记为已完成
     • 完成后向团队负责人发送消息

6. 等待产品负责人完成后再继续。

7. 如果任务涉及 UI，则并行启动 1–2 名设计师（subagent_type: general-purpose）：

   • 提供团队名称和产品负责人的需求
   • 其职责：
     • 设计 UI/UX：组件结构、布局、交互和视觉决策
     • 在设计说明或内联注释中记录设计决策
     • 通过 TaskUpdate 将任务标记为已完成
     • 完成后向团队负责人发送消息
   • 在开始开发之前，等待所有设计师完成。

8. 根据任务复杂度，启动 1–3 名开发人员（subagent_type: general-purpose）：

   • 提供团队名称、产品负责人提出的需求，以及设计说明（如有）
   • 如果启动多名开发人员，应明确划分工作（例如按层划分为前端/后端，或按功能领域划分）
   • 其职责：
     • 根据需求和设计实现功能
     • 通过 TaskUpdate 将任务标记为已完成
     • 完成后向团队负责人发送消息
   • 在开始测试之前，等待所有开发人员完成。

9. 启动 1–2 名测试人员（subagent_type: general-purpose）：

   • 提供团队名称、产品负责人提出的需求，以及已实现内容的摘要
   • 其职责：
     • 手动和/或通过自动化测试来测试已实现的功能
     • 编写或更新端到端测试和/或单元测试，以覆盖新增行为
     • 向团队负责人报告发现的任何 Bug 或回归问题
     • 通过 TaskUpdate 将任务标记为已完成
     • 完成后向团队负责人发送消息

10. 收集结果并向用户提供最终摘要，内容包括：

    • 已实现的内容
    • 做出的设计决策（如有）
    • 新增或更新的测试
    • 任何问题、Bug 或建议的后续工作

11. 妥善关闭团队：

    • 通过 SendMessage 向每位队友发送 shutdown_request
    • 等待所有人确认后，调用 TeamDelete