用途：把一个复杂任务拆给一队并行工作的 agent，由使用者（lead）负责选机制、设计角色、派活、协调、把关和汇总结果。
核心流程：选机制 → 环境预检 → 分析任务 → 选团队模式 → 设计角色与提示词 → 用户确认 → 派发执行 → 监控协调 → 收尾汇报。开团队前须先判断三个问题（worker 之间是否需互相沟通、是否需共享任务清单、是否需多轮往返），全为否时改用更轻的机制，如自己完成、后台 subagent、动态 workflow、/batch skill。
主要能力：提供团队机制对照（含成本）、六种团队模式（功能开发、产品团队、代码审计、调试竞争、研究辩论、重构迁移）、角色与提示词模板、派发与监控规则、文件冲突避免与收尾流程。团队模式下有 agent teams 实验特性，需设 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1；共享任务清单依赖 Task 工具，较新模型可能不可用，需降级由 lead 自维护任务表并用 SendMessage 指名推进；没有 TeamCreate/TeamDelete，一个会话只有一个隐式团队。
使用方式：命中某个团队模式时只读对应的一个参考文件，不要全读；teammate 用 Agent 工具带 name 参数启动，通过 SendMessage 指名派活；无任务清单时把依赖写进派发消息。团队规模官方建议 3–5 人起步，宁少勿多。
适用场景：跨层功能开发、需求设计与评审、PR/安全/性能审计、难查 bug 的多假设验证、技术选型辩论、大规模重构迁移等。
限制：文件冲突需自行避免，同一文件只能有一个写手；teammate 拿不到 AskUserQuestion，需用户拍板的问题须回传 lead；teammate 不能开自己的团队；/resume 与 /rewind 不恢复 in-process teammate。具体价格与收费资料暂未提供。