用途：帮助设计或审查多智能体系统（Crew、Swarm、Supervisor、A2A），判断是否真的需要拆分，以及如何设计交接。
主要能力：提供“交接测试”——第二个智能体必须同时满足不同上下文、不同工具或模型、清晰终止三点，否则应改为工具调用。给出决策流程：单智能体加工具能否完成；是否需要提示词无法强制的角色边界；子任务是否需要不同模型、token 预算或安全策略；是协作还是委派（只允许委派）；终止权归唯一协调者。
推荐模式：Supervisor + workers（监督者持有状态，worker 无状态，返回类型化结果）；Pipeline（planner → executor → verifier，严格顺序，仅允许 reject → re-plan 回边）；Triage → specialist（先分类后处理，专家不重新分类）；Critic-actor（Reflexion，同任务分角色，迭代上限 ≤3）。
应拒绝的模式：点对点聊天、轮询辩论、层级套层级、带隐式共享记忆的 agent-as-tool。
交接设计规则：类型化载荷、单一返回路径、终止契约（最大轮次、墙钟时间、成本三者都强制）、禁止旁路通道、每次交接都作为 span 追踪。
需立即标记的反模式：为并行而多智能体、把角色当架构、自由文本交接、无终止、跨智能体共享可变记忆、框架驱动设计。
使用方式：向用户提出关键问题——交接买到什么、每次交接的类型化载荷是什么、谁拥有终止权及限制、循环或挂起时如何优雅失败、单条 trace 能否跨智能体重放、若折叠为单智能体加工具会破坏什么；若最后答案是“什么都不会破坏”，就折叠。
限制：资料未提供具体安装命令、代码示例、收费或平台信息。该技能是设计指导，不提供可直接运行的实现。