用途：为智能体频繁派发子智能体的工作流提供结构化协议，避免交接含糊、循环失控、产出未经检查。
主要能力：一是派发提示模板，要求每次 spawn 包含 Task（具体且有边界的任务）、WHY this matters（动机与背景）、Success criteria（明确的验收条件）、Escalation path（不确定或受阻时的升级方式）；二是 3 次循环协议，第 1 次初试、第 2 次带具体修正的重试、第 3 次带上前两轮全部上下文做最终尝试，第 3 次后不再有第 4 次；三是协调者校验清单，在关闭问题前核对成功标准是否达成、PR 是否存在且描述匹配、有无引入回归、是否静默跳过部分任务、智能体报告的不确定性是否已解决或升级；四是重试与升级的判定标准；五是强制的问题去重检查，创建 GitHub 问题前先搜索是否已存在同类未关闭问题。
使用方式：按模板填写四个段落后派发；每轮结束后由协调者对照成功标准评估，再决定接受或派发下一轮；后续轮次需带上已尝试内容与仍缺失部分的差异，而非重复原始任务。去重检查使用 gh issue list --search "<keywords from your issue title>" --state open，若已有开放问题覆盖则改为评论。研究与分析任务还必须在循环关闭前产出至少一项具体行动，例如创建 GitHub 问题、提交 PR、在 .squad/decisions/inbox/ 记录决策，或给出带负责人与截止日期的建议；纯分析报告会在分流阶段被拒绝，若无行动必要须说明理由并获得协调者认可。
适用场景：多智能体协作中派发限定范围的子任务、研究后执行类任务、需要明确验收与升级路径的委派流程。
限制：文中未提供安装命令、依赖要求、运行环境或与具体产品的集成方式；该技能为流程性协议，具体落地依赖所在的多智能体框架与仓库约定。