技能介绍

要解决什么问题

当你用一个大模型当「总指挥」去拆任务、派多个子会话时，最常见的失败不是模型不够聪明，而是调度纪律没对齐：并行实现改同一批文件、子代理各自去读计划文件、顺序发 Task 把本该并行的搜索串成流水线，以及 QA 失败后无脑重试同一提示词。这类问题往往在集成阶段才暴露，调试成本很高。

技能如何组织编排

技能把蜂群编排拆成可操作的约定，核心包括：

两种孵化方式：短期 Task（子代理，返回值、无共享任务表）与带 team_name + name 的队友（持久、走 inbox、共享任务列表）。
并行扇出：只读或 worktree 隔离的独立工作，应在同一条助手消息里一次性派发多个 Task；受 harness 并发上限时，把溢出排队重派，而不是把顺序派发当成协调模式。
派发前检查：每个任务必须写清 Objective、Owned Files、Interface Contracts、Acceptance Criteria、Out of Scope；一文件一负责人，并行前做路径交集检查，实现类代理无 worktree 则必须串行。
交接与门禁：控制器把完整任务文本贴进子代理提示词；实现方用 DONE / BLOCKED 等标准状态；BLOCKED 按缺上下文、模型天花板、任务过大、规格错误分流；子代理输出做两阶段评审（先合规格再谈质量），QA 最多 3 轮。
协调模型：短链路可用无状态「复制粘贴输出」；并行与复杂依赖图再考虑有状态文件归属，并配合 worktree。

适用边界

团队预设、反模式清单、抗谄媚与韧性模式等细节在技能引用的 primitives.md、team-compositions.md、dispatch-anti-patterns.md 等附录里展开；编排开销只有在并行能带来真实加速时才值得。作为管道中的子代理运行时，应关闭交互式提问，以保守默认完成并输出集成报告。