Swarm Orchestration 综合评估
核心用法
本技能提供了一套完整的多智能体（multi-agent）编排框架，主要用于协调并行和流水线工作流。核心概念包括：
- 两种智能体生成方式：
- Subagent（子智能体）：短生命周期，任务完成后返回结果，适合搜索、分析等专注工作
- Teammate（队友）：持久化运行，通过收件箱通信，共享任务列表，适合并行协作和流水线
- 并行扇出模式：在单条消息中同时派发多个独立任务，实现真正的并发执行
- 调度纪律：包含 5 项关键信号评估（文件数量、模块跨度、依赖链、风险面、并行潜力），决定何时使用团队 vs 自行处理
- 任务描述模板：强制包含目标、所属文件、接口契约、验收标准、范围外事项五大字段
- 双阶段审查门：先验证规格符合性，再评估质量
- BLOCKED 分类决策树：针对智能体阻塞的四类根因（缺失上下文、推理天花板、任务过大、规格错误）提供差异化响应
显著优点
1. 系统性设计：提供从智能体选型、任务拆分、通信协议到故障恢复的全链路指南
2. 安全预防机制：文件所有权唯一性原则、预调度交集检查、工作树隔离，有效避免并发冲突
3. 模型适配策略：根据任务复杂度（1-2 文件机械工作 → Haiku；架构决策 → Opus）智能选择模型
4. 抗同步性设计：针对评审面板和主观评估，提供冷启动隔离、标签随机化等抗奉承机制
5. 弹性模式：级联预防、故障分类、管道中补偿等模式，支持部分故障下的持续运行
潜在缺点与局限性
1. 复杂度高：规则众多（调度纪律、任务模板、交接协议），学习曲线陡峭，小型项目可能过度设计
2. 开销显著：团队编排的通信、同步、集成成本仅在"并行真正加速"时合理，文档本身也建议"不确定时选简单路径"
3. 工具依赖：深度依赖 TeammateTool、Task 工具及特定后端（tmux/iterm2），环境配置不当会导致难以调试的故障
4. 版本锁定：明确提及 "Opus 4.7 默认不并行化"，暗示对特定模型版本的依赖
适合人群
- 复杂软件项目：多模块、多文件、长依赖链的架构迁移、安全审计、全栈开发
- 需要并行加速的场景：独立可分割的分析、评审、研究任务
- 可靠性要求高的工作流：不能因单点故障导致全管道崩溃的关键任务
常规风险
1. 并发冲突风险：若无工作树隔离，并行实现智能体会因共享 git 状态而覆盖彼此修改
2. 序列化陷阱：跨多条消息顺序派发任务会意外串行化本可并行的执行
3. 上下文膨胀：状态less 交接中，随着智能体数量增加，上下文线性增长
4. 评审疲劳：双阶段审查和 QA 重试循环（最多 3 次）可能消耗大量 token
总体评价
这是一份面向生产环境的多智能体编排工程手册，设计严谨、防御性编程思想突出，但仅在项目复杂度与团队规模达到一定阈值时才体现价值。对于简单任务，其规则 overhead 可能超过收益。