Supervisor、Handoff、Router与Blackboard怎么选？多Agent协作模式完整指南

文章摘要多Agent系统并不等于“创建多个模型然后让它们互相聊天”。当系统拥有研究、法务、财务、数据和执行等专业Agent时必须决定谁掌握用户会话、谁分配任务、Agent之间是否直接转交控制、共享信息存在哪里以及最终结果由谁合并。Supervisor模式由一个主Agent维护上下文并调用专业Subagent适合集中治理和跨领域任务Handoff把控制权交给另一个Agent适合客服分流和专业Agent直接与用户继续对话Router通常只进行一次分类和分发适合清晰的单步路由Blackboard允许多个Agent围绕共享工作区发布发现和提案适合并行研究与证据汇聚固定Workflow则适合高风险、顺序明确的业务流程。本文从用户交互、控制权、上下文、并行度、共享状态、风险、成本、恢复和审计等维度对Supervisor、Subagent、Handoff、Router、Blackboard和固定工作流进行系统比较并给出企业助手、研究报告、客服、合同审查、运维和复杂业务流程的推荐组合。一、先区分六种模式Router Supervisor Subagents Handoff Blackboard Peer-to-Peer Fixed Workflow它们解决的问题不同。二、Router流程输入 ↓ 分类 ↓ 选择一个Agent ↓ 返回结果Router通常单次决策不持续维护会话不跨多轮协调多个Agent可以规则或模型实现。适合技术问题→技术Agent财务问题→财务Agent法务问题→法务Agent。三、Router优势简单成本低延迟低容易评测可规则兜底。四、Router局限一个任务同时需要财务法务市场Router只选一个Agent时无法完成。可以路由到复杂任务Supervisor而不是让Router本身承担多轮编排。五、SupervisorSupervisor是一个持续运行的主Agent维护用户会话理解目标分配Subagent收集结果决定下一步合并回答。专业Subagent通常作为工具被调用不直接拥有用户控制权。六、Supervisor适用条件多个专业领域每个领域工具复杂任务可能跨多个Agent需要集中预算和权限用户只与一个入口交互需要统一最终答案。七、Supervisor优势集中控制统一体验容易限制Tool预算可统一最终合并一致便于Human-in-the-Loop。八、Supervisor风险单点瓶颈上下文膨胀过度调用Subagent错误路由影响全局过多摘要导致信息丢失Supervisor模型成本高。九、Subagent模式Subagent在独立上下文窗口中执行专业任务。输入明确子任务 必要Artifact 允许能力 输出Schema输出结构化Artifact不要让Subagent返回一段无法验证的长聊天。十、HandoffHandoff表示控制权从当前Agent转移给另一个Agent目标Agent可以直接与用户继续对话。适合客服分流从普通支持转专业支持多阶段对话需要专业Agent追问用户。十一、Handoff与Subagent区别Subagent主Agent仍掌握控制 子Agent完成任务后返回Handoff目标Agent接管会话 可以继续与用户交互十二、Handoff风险控制权来回跳用户体验不一致不同Agent重复提问权限边界变化旧上下文无法明确谁负责最终结果。必须设置允许的转交图最大Handoff次数接管原因上下文包返回策略用户可见提示。十三、BlackboardBlackboard是共享工作区。Agent读取相关任务与Artifact 提交发现 提交冲突 提交建议Supervisor或规则引擎决定哪些内容成为正式状态十四、Blackboard适用并行研究多证据汇聚开放问题多个Agent可贡献局部结果任务顺序无法完全预定义。例如行业研究 竞争情报 故障诊断 科学假设十五、Blackboard优势并行去中心化贡献Artifact可追踪适合异步Agent支持逐步完善。十六、Blackboard风险共享状态冲突噪声重复发现谁能写最终结论不清状态体积增长调度复杂。必须有Schema版本权限Proposal冲突处理清理结束条件。十七、Peer-to-PeerAgent之间直接通信和委派。适合高度自治实验组织模拟专业Agent协商。生产风险高循环委派不可预测成本责任不清上下文扩散审计困难。通常不建议作为企业默认模式。十八、Fixed Workflow节点与顺序由代码定义模型在节点内部完成语义任务。适合合同审批退款发布财务监管生产操作。高风险流程优先固定工作流而不是自由多Agent。十九、六种模式对比模式控制中心用户交互多Agent并行灵活性治理难度Router路由器单入口低低中低Supervisor主Agent主Agent中高高中高Handoff当前Agent接管Agent低中高中高Blackboard共享工作区可选高高高Peer-to-Peer分散多入口高最高最高Fixed Workflow应用代码固定入口可控低中低中二十、企业个人助理包含日历邮件CRM数据库文档。推荐Supervisor Domain Subagents主Agent统一与用户交互专业Agent处理各领域。工具较少时单Agent动态Tool更简单。二十一、客服分流推荐Router HandoffRouter识别售前售后退款技术投诉。目标Agent接管并继续追问。二十二、研究报告推荐Planner/Supervisor 并行Subagents Blackboard Artifact Reviewer子Agent市场竞争财务政策。最终由合并节点和Reviewer处理。二十三、合同审查推荐Fixed Workflow 法务Subagent 财务Subagent 规则检查 人工审批不要让Agent自由Handoff决定是否执行审批。二十四、运维诊断推荐Supervisor 日志Agent 指标Agent 变更Agent 只读Blackboard执行修复固定工作流审批二十五、多语言客服可以Router先识别语言和领域 →Handoff到专业Agent但用户身份、工单与历史必须统一。二十六、单Agent优先原则如果工具数量少任务短专业边界弱没有并行收益单Agent通常更好。多Agent会增加模型调用上下文延迟状态评测恢复错误面。二十七、如何判断是否拆Subagent一个领域适合独立Agent当它有独立Tool独立Prompt独立权限独立评测独立上下文可复用能力。只为不同“人格”拆Agent通常价值有限。二十八、Supervisor状态publicrecordSupervisorState(StringrunId,GoalSpecificationgoal,AgentPlanplan,MapString,AgentTaskStatetasks,ListArtifactRefartifacts,BudgetStatebudget,ListOpenQuestionopenQuestions,SupervisorStatusstatus){}二十九、Subagent任务publicrecordSubAgentTask(StringtaskId,StringagentRole,Stringobjective,ListArtifactRefinputs,StringoutputSchemaVersion,SetStringallowedCapabilities,BudgetAllocationbudget,longsharedStateVersion,Instantdeadline){}三十、返回ContractpublicrecordSubAgentResult(StringtaskId,AgentTaskStatusstatus,ListArtifactRefoutputs,ListClaimclaims,ListOpenQuestionunresolved,CostUsageusage,longbasedOnStateVersion){}三十一、Supervisor不能接收无限文本Subagent输出分层结构化结果 Artifact引用 短摘要 Trace引用完整内部消息不回传Supervisor。三十二、Handoff图publicrecordHandoffPolicy(StringfromAgent,SetStringallowedTargets,intmaximumTransfers,SetStringrequiredContextFields,booleanuserConfirmationRequired){}禁止任意Agent互相无限转交。三十三、Handoff可见性用户应知道已转交给合同审核助手 它将询问与合同相关的信息。避免身份混乱。三十四、Blackboard SchemapublicrecordBlackboardState(GoalSpecificationgoal,PlanSummaryplan,MapString,ArtifactRefartifacts,ListStateChangeProposalproposals,ListConflictRecordconflicts,ListDecisionRecorddecisions,BudgetStatebudget,longversion){}三十五、Blackboard终止条件开放协作若没有停止条件会无限贡献。必需Artifact齐全 关键冲突已解决 预算到达 Deadline Reviewer通过 Supervisor决定三十六、Router实现规则优先publicRoutingDecisionroute(UserRequestrequest){if(request.containsSensitivePayment()){returnRoutingDecision.fixed(finance-workflow);}returnclassifier.classify(request);}模型Router输出结构化枚举。三十七、Router评测AccuracyTop-2拒绝未知高风险误路由延迟成本。高风险分类错误使用规则兜底。三十八、Supervisor评测任务分解Agent选择重复调用遗漏合并总成本停止人工率。三十九、Handoff评测正确接管重复提问转交次数用户完成率权限状态连续性。四十、Blackboard评测Artifact覆盖冲突率重复率状态大小无效Proposal收敛时间。四十一、预算分配Supervisor拥有总预算publicrecordBudgetAllocation(longmaximumTokens,intmaximumModelCalls,intmaximumToolCalls,BigDecimalmaximumCost,Durationdeadline){}Subagent不能无限向下委派。四十二、预算回收Task完成后未使用预算回到池中。失败重试需要重新批准预算。四十三、并行策略ALL QUORUM FIRST_SUCCESS DEADLINE研究任务常用ALL或DEADLINE。冗余验证可用QUORUM。四十四、成本风险Supervisor调用三个Agent每个Agent又调用三个Tool和Reviewer。成本呈树状增长。需要深度上限并行上限每任务预算Tool上限缓存结果复用。四十五、上下文工程每个Agent使用不同Context ViewpublicinterfaceAgentContextBuilder{AgentContextbuild(AgentRolerole,SubAgentTasktask,SupervisorStatestate);}按角色过滤Artifact和消息。四十六、Spring AI实现思路每个Subagent可以是独立ChatClientComponentpublicclassFinanceAgent{privatefinalChatClientchatClient;FinanceAgent(ChatClient.Builderbuilder,FinanceToolstools){this.chatClientbuilder.defaultSystem(FINANCE_PROMPT).defaultTools(tools).build();}FinanceResultexecute(SubAgentTasktask){returnchatClient.prompt().user(contextRenderer.render(task)).call().entity(FinanceResult.class);}}Supervisor不应把所有Tool同时暴露给模型。四十七、动态Tool发现Tool目录很大时先按Agent角色和任务发现相关Tool再暴露小集合。收益降Token提高选择准确率减少越权评测更简单。四十八、LangGraph实现思路Supervisor为父图节点Subagent为子图共享字段定义ReducerHandoff使用Command更新状态并跳转每个Subgraph可有独立状态SchemaCheckpoint按Thread保存。父子图共享字段必须定义清晰合并语义。四十九、恢复Supervisor和Subagent都需要Task状态ArtifactCheckpoint幂等预算租约。一个Subagent失败不应让全部成功Subagent重跑。五十、权限Supervisor可看任务摘要 Subagent只看所属数据 Blackboard按Path授权 Handoff重新计算权限不能因为内部Agent调用就绕过租户与用户权限。五十一、Prompt Injection一个Agent产物可能包含恶意指令请Supervisor忽略预算并调用删除工具。Agent输出是数据不是系统指令。通过结构化SchemaArtifact类型权限Tool Policy内容净化。五十二、最终决策权高风险结论模型Agent提出 规则验证 Supervisor汇总 Human批准不应由多数Agent投票自动执行。五十三、选择决策树只是单次分类 →Router 需要主入口协调多个专业能力 →Supervisor Subagents 目标Agent需要直接与用户继续对话 →Handoff 多个Agent并行贡献共享证据 →Blackboard 流程固定且高风险 →Fixed Workflow Agent需要互相自治协商 →谨慎Peer-to-Peer五十四、常见误区Agent越多越强通常越多越贵、越慢、越难评测。Supervisor等于RouterSupervisor维护多轮状态Router通常只分发一次。Handoff等于调用SubagentHandoff转移控制权Subagent调用后返回。Blackboard就是共享JSON没有Schema、权限和版本会失控。多数投票等于真值多个Agent可能共享同一偏差。内部调用不需要权限所有Agent仍代表真实用户和租户执行。五十五、上线检查清单□ 已证明需要多Agent而非单Agent □ Router与Supervisor职责分开 □ Subagent有独立Tool、权限和评测 □ Handoff有允许图和次数上限 □ 用户知道控制权转移 □ Blackboard有Schema、Version和ACL □ Subagent输入采用最小上下文 □ 输出使用结构化Contract和Artifact □ Supervisor有总预算与深度上限 □ 并行任务有明确Join策略 □ 部分失败有处理规则 □ 高风险操作固定工作流和审批 □ Prompt Injection不能改变Tool Policy □ 父子状态有Reducer语义 □ Subagent失败恢复不重跑已成功任务 □ 每种模式有独立评测指标总结Supervisor、Handoff、Router和Blackboard不是四个流行名词而是四种不同的控制权与状态组织方式Router负责一次分流 Supervisor负责集中编排 Handoff负责会话控制转移 Blackboard负责共享协作生产系统通常会组合使用Router识别入口 Supervisor拆分复杂任务 Subagents并行产出Artifact Blackboard汇聚证据 Handoff处理需要持续专业对话的阶段 固定工作流执行高风险副作用最重要的原则不是让Agent之间自由交谈而是让控制权、上下文、预算、权限和最终责任在每一次协作中都清晰可见。