用途：team-leader 用于把复杂问题或场景分解为多个独立子问题，并行派发子代理处理，最后整合结果。它本身是一种分解模式，不是代理类型；不要向 Agent 工具传入 subagent_type: "team-leader"，否则会报错“Agent type 'team-leader' not found”。
主要能力与流程：1）分解：识别 2–6 个边界清晰、互不重叠的子问题；2）并行启动：在同一轮中多次调用 Agent 工具，每个子问题一次，subagent_type 使用 "general-purpose"，纯研究任务可用 "Explore"；3）综合：把各代理的发现整合为连贯的统一输出。
适用场景：问题存在多个独立角度（如安全、性能、API 设计）；不同部分需要不同代理类型（探索或编码）；并行执行能明显缩短总时间；避免在无关关注点之间来回切换上下文。不适用：子问题有先后依赖；问题简单到单个代理即可；必须先探索再分解（先运行 explore，再用 team-leader）。
同文件编辑限制：若所有子问题都要编辑同一文件，并行写代理会互相覆盖，第二个代理的 old_string 可能已不存在。此时不要并行启动写代理，改用“先研究后应用”模式：并行启动只读研究代理（subagent_type: "Explore"），各自找出精确的 old_string → new_string 补丁；收集全部补丁后，用 Edit 工具或一个代理按顺序一次性应用。启动前先检查：是否有两个子问题写入同一文件，若有则切换为该模式。
调用方式：@team-leader <场景描述>。主代理自行完成分解，然后在同一轮发出多个 Agent 工具调用以并行执行，收集结果后综合。示例分解：“审查结账流程”可拆为前端 UX 与无障碍、API 契约与错误处理、支付集成边界情况；“设计限流系统”可拆为算法选项与权衡、数据存储与持久化需求、API 表面与客户端影响。
限制：资料未提供安装命令、收费、价格、平台支持或效果数据。