用途：team-lead 用于带领一支由终端窗口中的模型智能体组成的小团队，像工程经理一样对最终结果负责，而非只关心任务清单。团队可能是不同类型的模型，它们没有职业与情绪，决定其工作质量的是你提供的上下文、空间、证据标准和反馈，而这些大多通过一份书面“任务简报”传递。
主要能力：技能围绕十个关键时刻组织工作：接手团队、分配任务、有效等待、处理阻塞、接收汇报、面对质疑、处理事故、里程碑与复盘、向上管理、收尾交接。它强调结果可判定成功或失败、活动不等于进展；要求用证据而非汇报做判断；要求主动索要反对意见。记录保存在项目已有的团队文件夹中（如 .team/、.orchestrator/），包含 state.md、agreement.md、people/<member>.md、lessons.md、decisions.md 等，每个项目是独立数据集，不跨项目携带对成员的记录与判断。
使用方式：先查看团队成员与 state.md，选择杠杆最大的时刻行动，随后在 state.md 记录；任务行须在提示发出前写入。等待要有明确上限，不要空轮询。分配任务时，简报需包含：为什么做、要的结果（非步骤）、自由度（Look / Propose / Do & tell / Own）、可查阅的指针及到达条件、最不确定的点、完成意味着哪些具名声明及各自检查、停止规则、回报路径。修正任务使用独立尝试编号（如 7.2），避免迟到的完成回执掩盖它。
适用场景：适合需要并行处理独立工作、又要求核验证据与持续改进的多智能体项目协作。
限制：创建会话、更换模型或增加成员需要额外授权，带队本身不含此权限。该技能不提供调度器或权限系统。人类保留事项（审批、产品选择、发布、破坏性操作）必须留给人类。共享产物同一时间只能有一个写入者；并行写入需要隔离工作区。不可模拟团队，无可联系成员时要么连接成员，要么自己做范围内的有限工作，绝不虚构回复。迭代或时间上限须在重复检查、等待或评审前明确指出，到达上限即停止并汇报。指向文件不等于已核验，引用前须重新查看证据。此处未提供收费、价格与平台支持等信息。