Multi-Agent 的四种协作模式:Supervisor、Swarm、网状、流水线,怎么选?

news2026/5/4 22:47:28
你搭了一个 Agent起初跑得挺好。后来需求升级了调研写作事实核查全压在一个 Agent 上。结果上线后发现系统提示词膨胀到 800 字工具列表里有 15 个工具Agent 开始选错工具、忘记自己设定的规则偶尔一步出错后面全错。你在想是不是我的 Prompt 写得不够好不是 Prompt 的问题。是单个 Agent 扛不住「又要调研、又要写作、又要核查」这种多角色任务的根本性矛盾。解法是多个 Agent 协作每个只干一件事。但协作本身是有结构的。乱搭一通不等于 Multi-Agent是 Multi-Chaos。这篇我把 Multi-Agent 的四种主流协作模式逐一拆透Supervisor主管模式、Swarm蜂群模式、网状Mesh、流水线Pipeline。每种模式的原理、代码、优缺点、以及适合什么场景——读完你就知道自己该选哪个。01 为什么单 Agent 会撞墙先说清楚「为什么要多 Agent」不然后面的架构选型没有判断基础。单 Agent 的三个典型死法第一死上下文窗口污染一个 Agent 挂了 12 个工具每个工具的描述就占几百个 token。任务执行到第 7 步第 2 步的关键信息已经被挤出上下文或稀释掉了。Agent 开始「失忆」。第二死角色混乱一个 Agent 被要求「调研 写代码 写总结」。系统提示词里三组指令互相抢占优先级。调研没完整就开始写代码写代码时又用写作语气。结果三件事都干得不够好。第三死故障扩散第 3 步出错第 4 到 10 步全部污染没有隔离层没有独立校验。出了问题只能整条链路重跑。Multi-Agent 的解法很直接每个 Agent 只干一件事用清晰的接口对话出错只影响一个节点。但协作方式不同系统的灵活性、可控性、调试难度差别很大。下面逐一拆解。02 Supervisor 模式一个指挥多个专家核心思想一个中央 Supervisor Agent 接收用户请求决定派给哪个 Worker收到结果后再决定下一步——直到任务完成。数据流User → Supervisor → Researcher/Writer/Fact-Checker → Supervisor → Final Answer。Workers 之间互相不认识所有信息都经过 Supervisor它是路由层也是汇聚层。用 LangGraph TypeScript 实现importChatOpenAIfromlangchain/openaiimportfromlangchain/langgraph/prebuiltimportfromlangchain/langgraph-supervisorimportfromlangchain/core/toolsimportfromzodconstnewChatOpenAImodelgpt-4o-minitemperature0consttoolasyncquerystringSearch results for: ${query}namesearch_webdescriptionSearch the web for informationschemaobjectquerystringconsttoolasynccontentstring# Report\n\n${content}namewrite_reportdescriptionFormat findings into a structured reportschemaobjectcontentstring// 每个 Worker 只有自己需要的工具prompt 精简聚焦constcreateReactAgentllmtoolsnameresearcherpromptYou are a research specialist. Search for information and return factual summaries.constcreateReactAgentllmtoolsnamewriterpromptYou are a writing specialist. Format research findings into clear reports.// Supervisor 绑定所有 Worker统一调度constawaitcreateSupervisorllmagentspromptYou are a team supervisor. Delegate research to researcher first, then writing to writer.compileconstawaitinvokemessagesroleusercontentResearch LangGraph and write a report.consolelogmessagesat1contentSupervisor 的优势在于可控性强路由逻辑集中在一处哪个 Worker 出错一眼就能追到。代价是 Supervisor 本身容易成为瓶颈——如果任务分解出了问题下游每个 Worker 都拿到错误的指令。适合的场景客服工单路由、内容生成流水线、代码审查工作流——子任务边界清晰、需要中央协调的场景。03 Swarm 模式没有指挥Agent 互相传球Swarm 的逻辑完全不同没有中央 SupervisorAgent 之间直接 handoff交接。Agent A 做完自己的部分判断「下一步应该由 B 来做」就把控制权连同上下文一起传给 B。流程从这些 handoff 里「生长」出来不是预先规划好的——User → Triage → Billing账单问题 或 Tech技术问题 → Final Answer。TypeScript 实现importfromlangchain/langgraph-swarmimportfromlangchain/langgraph/prebuiltconstcreateReactAgentllmtoolscreateHandoffToolagentNamebilling_agentdescriptionTransfer to billing for payment issuescreateHandoffToolagentNametech_agentdescriptionTransfer to tech support for technical issuesnametriage_agentpromptYou are a triage agent.- Billing/payment issues → handoff to billing_agent- Technical problems → handoff to tech_agent- General questions → handle directlyconstcreateReactAgentllmtoolscreateHandoffToolagentNametriage_agentdescriptionReturn to triagenamebilling_agentpromptYou are a billing specialist. Return to triage if off-topic.constcreateReactAgentllmtoolscreateHandoffToolagentNametriage_agentdescriptionReturn to triagenametech_agentpromptYou are a technical support specialist. Return to triage if off-topic.// 生产必须设递归上限防 handoff 死循环constcreateSwarmagentsdefaultActiveAgenttriage_agentcompilerecursionLimit25constawaitinvokemessagesroleusercontentMy payment failed but system shows it succeeded.核心是createHandoffTool——Agent 通过调用它来转交控制权上下文一起传递不会断。最大的坑无限循环。Agent A 认为该转给 BB 觉得该回给 A来回互踢。recursionLimit: 25是生产必须加的保险丝。适合的场景对话流向不可预测的客服系统、路由场景——「我不知道用户下一步会问什么」的情况。04 流水线模式线性流水每步只管下一步流水线是四种里最简单也最容易预测的。Agent 串成一条链Raw Data → Extractor → Enricher → Analyzer → Reporter → Output。每个节点只看上游的输出没有反向通信没有跳步。importStateGraphSTARTENDfromlangchain/langgraphinterfacePipelineStaterawTextstringextractedEntitiesstringenrichedDataRecordstringunknownanalysisstringfinalReportstringasyncfunctionextractorNodestate: PipelineStatePromisePartialPipelineStateconstawaitinvokerolesystemcontentExtract key entities. Return as JSON array.roleusercontentrawTextconstJSONparsecontentasstringreturnextractedEntitiesasyncfunctionenricherNodestate: PipelineStatePromisePartialPipelineState// ⚠️ 上游输出完整性校验这是防错误传播的关键ifextractedEntitieslengththrownewErrorExtraction failed: no entities. Pipeline stopped.constextractedEntitiesmap(entity) contextEnriched data for: ${entity}returnenrichedDataasyncfunctionanalyzerNodestate: PipelineStatePromisePartialPipelineStateconstawaitinvokerolesystemcontentAnalyze patterns and identify key insights.roleusercontentJSONstringifyenrichedDatareturnanalysiscontentasstringasyncfunctionreporterNodestate: PipelineStatePromisePartialPipelineStateconstawaitinvokerolesystemcontentGenerate a human-readable report.roleusercontentanalysisreturnfinalReportcontentasstringconstnewStateGraphPipelineStatechannels/* ... */addNodeextractoraddNodeenricheraddNodeanalyzeraddNodereporteraddEdgeSTARTextractoraddEdgeextractorenricheraddEdgeenricheranalyzeraddEdgeanalyzerreporteraddEdgereporterENDcompile流水线的最大问题是错误传播第一步出了错后面步骤全部受污染但 Agent 不知道上游数据有问题。所以每个节点间必须加完整性校验——就像enricherNode开头那段一样上游空了就直接抛错停流水线不要让问题悄悄流过去。适合的场景ETL 数据处理、文档批量加工、「第 N 步输出就是第 N1 步输入」的确定性流程。05 网状模式Mesh任意互联最自由也最难驾驭网状是四种里最灵活也最难控制的。任何 Agent 都能在任何时刻调用任何其他 Agent没有预设的顺序——Research ↔ Writer ↔ Fact-Checker ↔ Summarizer谁在任何时候都可以呼叫谁。LangGraph 里通过Command对象实现动态路由importCommandStateGraphMessagesStateSTARTENDfromlangchain/langgraphasyncfunctionresearchNodestate: MessagesStatePromiseCommandconstawaitinvokerolesystemcontentYou are a research agent.After research, decide who handles next.Reply with: NEXT: writer_agent | NEXT: fact_checker | NEXT: ENDmessagesconstcontentasstringconstmatch/NEXT:\s*(\w)/const1ENDreturnnewCommandupdatemessagesgotoENDENDasyncfunctionwriterNodestate: MessagesStatePromiseCommandconstawaitinvokerolesystemcontentYou are a writer. Write based on research.After writing, route as needed: NEXT: fact_checker | NEXT: summarizer | NEXT: ENDmessagesconstcontentasstringconstmatch/NEXT:\s*(\w)/const1ENDreturnnewCommandupdatemessagesgotoENDEND// Mesh 必须设递归上限动态路由可能形成环constnewStateGraphMessagesStateaddNoderesearch_agentendswriter_agentfact_checkerENDaddNodewriter_agentendsfact_checkersummarizerENDaddEdgeSTARTresearch_agentcompilerecursionLimit50网状的真实优势是处理「任务中途需要动态决策」的场景——写到一半发现需要补充调研调研完发现需要核查核查完再返回写作。没有预设的顺序能适应动态需求。但代价是调试极度痛苦。执行路径不可预测12 次 LLM 调用里找 bug 就像读一本少了好几章的悬疑小说。生产环境必须接好 LangSmith Tracing这是基础设施不是可选项。适合的场景复杂的创意协作、研究任务、「执行过程中才知道下一步要什么」的动态任务。06 四种模式横向对比模式控制方式可预测性调试难度典型适合场景Supervisor中央路由★★★★★★★☆☆☆低任务边界清晰需统一调度Swarm点对点 handoff★★★☆☆★★★☆☆中对话流向不定路由场景Pipeline线性串行★★★★★★☆☆☆☆最低ETL、确定性数据加工Mesh全连接动态★★☆☆☆★★★★★最高复杂创意任务动态协作选型决策思路先看任务是不是线性的——是就用 Pipeline最简单不引入不必要复杂度。任务有分支但分支可预测选 Supervisor好维护好追问题。任务流向由用户驱动、对话走向不可预测选 Swarm。只有在「真的需要任意 Agent 之间动态协作」时才用 Mesh——并且做好完善的 Tracing 基础设施。07 常见坑坑 1Supervisor 成为新的单体 Agent所有任务都经过 SupervisorSupervisor 的 prompt 越写越长最终它本身成了新的单体 Agent。解法Supervisor 只做路由决策不做业务处理。Supervisor prompt 超过 300 字说明业务逻辑放错地方了。坑 2Swarm 的 handoff 死循环Agent A 认为该 B 处理B 觉得该回给 A来回互踢。生产环境必须设recursionLimit: 25另外给每个 Agent 明确的「我不处理什么」指令。坑 3Pipeline 的「部分成功」假象研究 Agent 返回了 5 个字段里的 4 个下游 Agent 基于不完整数据生成了看起来合理的输出校验通过上线然后那个缺失字段引发故障。解法每个 Pipeline 节点校验输出完整性不只是格式还要校验关键字段是否都存在。坑 4成本爆炸没感觉一次 Supervisor 调用 三次 Worker 调用 至少四次 LLM 请求。加上重试可能是十次。解法Supervisor 用强模型Worker 用便宜模型按 Agent 打 tag 追踪 token 消耗月账单超标前就能预警。坑 5Mesh 里没有 Tracing12 次 LLM 调用4 个 Agent没有关联 ID出了问题无从定位。任何 Multi-Agent 系统上生产前先把 LangSmith Tracing 接好——这是基础设施不是可选项。总结Supervisor 是默认起点控制权集中路由逻辑清晰出问题好追大多数场景优先考虑。Swarm 适合对话不可预测的路由场景handoff 是核心机制但必须设递归上限防死循环。Pipeline 是最简单的选择线性任务不要引入多余复杂度每个节点加完整性校验防错误传播。Mesh 最灵活也最危险动态协作强但调试代价高没有完善 Tracing 不建议上生产。成本随模式复杂度倍增Supervisor 用强模型Worker 用弱模型按 Agent 追踪成本上生产前先做压测。学AI大模型的正确顺序千万不要搞错了2026年AI风口已来各行各业的AI渗透肉眼可见超多公司要么转型做AI相关产品要么高薪挖AI技术人才机遇直接摆在眼前有往AI方向发展或者本身有后端编程基础的朋友直接冲AI大模型应用开发转岗超合适就算暂时不打算转岗了解大模型、RAG、Prompt、Agent这些热门概念能上手做简单项目也绝对是求职加分王给大家整理了超全最新的AI大模型应用开发学习清单和资料手把手帮你快速入门学习路线:✅大模型基础认知—大模型核心原理、发展历程、主流模型GPT、文心一言等特点解析✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑✅开发基础能力—Python进阶、API接口调用、大模型开发框架LangChain等实操✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经以上6大模块看似清晰好上手实则每个部分都有扎实的核心内容需要吃透我把大模型的学习全流程已经整理好了抓住AI时代风口轻松解锁职业新可能希望大家都能把握机遇实现薪资/职业跃迁这份完整版的大模型 AI 学习资料已经上传CSDN朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2583080.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

SpringBoot-17-MyBatis动态SQL标签之常用标签

文章目录 1 代码1.1 实体User.java1.2 接口UserMapper.java1.3 映射UserMapper.xml1.3.1 标签if1.3.2 标签if和where1.3.3 标签choose和when和otherwise1.4 UserController.java2 常用动态SQL标签2.1 标签set2.1.1 UserMapper.java2.1.2 UserMapper.xml2.1.3 UserController.ja…

wordpress后台更新后 前端没变化的解决方法

使用siteground主机的wordpress网站,会出现更新了网站内容和修改了php模板文件、js文件、css文件、图片文件后,网站没有变化的情况。 不熟悉siteground主机的新手,遇到这个问题,就很抓狂,明明是哪都没操作错误&#x…

网络编程(Modbus进阶)

思维导图 Modbus RTU(先学一点理论) 概念 Modbus RTU 是工业自动化领域 最广泛应用的串行通信协议,由 Modicon 公司(现施耐德电气)于 1979 年推出。它以 高效率、强健性、易实现的特点成为工业控制系统的通信标准。 包…

UE5 学习系列(二)用户操作界面及介绍

这篇博客是 UE5 学习系列博客的第二篇,在第一篇的基础上展开这篇内容。博客参考的 B 站视频资料和第一篇的链接如下: 【Note】:如果你已经完成安装等操作,可以只执行第一篇博客中 2. 新建一个空白游戏项目 章节操作,重…

IDEA运行Tomcat出现乱码问题解决汇总

最近正值期末周,有很多同学在写期末Java web作业时,运行tomcat出现乱码问题,经过多次解决与研究,我做了如下整理: 原因: IDEA本身编码与tomcat的编码与Windows编码不同导致,Windows 系统控制台…

利用最小二乘法找圆心和半径

#include <iostream> #include <vector> #include <cmath> #include <Eigen/Dense> // 需安装Eigen库用于矩阵运算 // 定义点结构 struct Point { double x, y; Point(double x_, double y_) : x(x_), y(y_) {} }; // 最小二乘法求圆心和半径 …

使用docker在3台服务器上搭建基于redis 6.x的一主两从三台均是哨兵模式

一、环境及版本说明 如果服务器已经安装了docker,则忽略此步骤,如果没有安装,则可以按照一下方式安装: 1. 在线安装(有互联网环境): 请看我这篇文章 传送阵>> 点我查看 2. 离线安装(内网环境):请看我这篇文章 传送阵>> 点我查看 说明&#xff1a;假设每台服务器已…

XML Group端口详解

在XML数据映射过程中&#xff0c;经常需要对数据进行分组聚合操作。例如&#xff0c;当处理包含多个物料明细的XML文件时&#xff0c;可能需要将相同物料号的明细归为一组&#xff0c;或对相同物料号的数量进行求和计算。传统实现方式通常需要编写脚本代码&#xff0c;增加了开…

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器的上位机配置操作说明

LBE-LEX系列工业语音播放器|预警播报器|喇叭蜂鸣器专为工业环境精心打造&#xff0c;完美适配AGV和无人叉车。同时&#xff0c;集成以太网与语音合成技术&#xff0c;为各类高级系统&#xff08;如MES、调度系统、库位管理、立库等&#xff09;提供高效便捷的语音交互体验。 L…

(LeetCode 每日一题) 3442. 奇偶频次间的最大差值 I (哈希、字符串)

题目&#xff1a;3442. 奇偶频次间的最大差值 I 思路 &#xff1a;哈希&#xff0c;时间复杂度0(n)。 用哈希表来记录每个字符串中字符的分布情况&#xff0c;哈希表这里用数组即可实现。 C版本&#xff1a; class Solution { public:int maxDifference(string s) {int a[26]…

【大模型RAG】拍照搜题技术架构速览:三层管道、两级检索、兜底大模型

摘要 拍照搜题系统采用“三层管道&#xff08;多模态 OCR → 语义检索 → 答案渲染&#xff09;、两级检索&#xff08;倒排 BM25 向量 HNSW&#xff09;并以大语言模型兜底”的整体框架&#xff1a; 多模态 OCR 层 将题目图片经过超分、去噪、倾斜校正后&#xff0c;分别用…

【Axure高保真原型】引导弹窗

今天和大家中分享引导弹窗的原型模板&#xff0c;载入页面后&#xff0c;会显示引导弹窗&#xff0c;适用于引导用户使用页面&#xff0c;点击完成后&#xff0c;会显示下一个引导弹窗&#xff0c;直至最后一个引导弹窗完成后进入首页。具体效果可以点击下方视频观看或打开下方…

接口测试中缓存处理策略

在接口测试中&#xff0c;缓存处理策略是一个关键环节&#xff0c;直接影响测试结果的准确性和可靠性。合理的缓存处理策略能够确保测试环境的一致性&#xff0c;避免因缓存数据导致的测试偏差。以下是接口测试中常见的缓存处理策略及其详细说明&#xff1a; 一、缓存处理的核…

龙虎榜——20250610

上证指数放量收阴线&#xff0c;个股多数下跌&#xff0c;盘中受消息影响大幅波动。 深证指数放量收阴线形成顶分型&#xff0c;指数短线有调整的需求&#xff0c;大概需要一两天。 2025年6月10日龙虎榜行业方向分析 1. 金融科技 代表标的&#xff1a;御银股份、雄帝科技 驱动…

观成科技:隐蔽隧道工具Ligolo-ng加密流量分析

1.工具介绍 Ligolo-ng是一款由go编写的高效隧道工具&#xff0c;该工具基于TUN接口实现其功能&#xff0c;利用反向TCP/TLS连接建立一条隐蔽的通信信道&#xff0c;支持使用Let’s Encrypt自动生成证书。Ligolo-ng的通信隐蔽性体现在其支持多种连接方式&#xff0c;适应复杂网…

铭豹扩展坞 USB转网口 突然无法识别解决方法

当 USB 转网口扩展坞在一台笔记本上无法识别,但在其他电脑上正常工作时,问题通常出在笔记本自身或其与扩展坞的兼容性上。以下是系统化的定位思路和排查步骤,帮助你快速找到故障原因: 背景: 一个M-pard(铭豹)扩展坞的网卡突然无法识别了,扩展出来的三个USB接口正常。…

未来机器人的大脑:如何用神经网络模拟器实现更智能的决策?

编辑&#xff1a;陈萍萍的公主一点人工一点智能 未来机器人的大脑&#xff1a;如何用神经网络模拟器实现更智能的决策&#xff1f;RWM通过双自回归机制有效解决了复合误差、部分可观测性和随机动力学等关键挑战&#xff0c;在不依赖领域特定归纳偏见的条件下实现了卓越的预测准…

Linux应用开发之网络套接字编程(实例篇)

服务端与客户端单连接 服务端代码 #include <sys/socket.h> #include <sys/types.h> #include <netinet/in.h> #include <stdio.h> #include <stdlib.h> #include <string.h> #include <arpa/inet.h> #include <pthread.h> …

华为云AI开发平台ModelArts

华为云ModelArts&#xff1a;重塑AI开发流程的“智能引擎”与“创新加速器”&#xff01; 在人工智能浪潮席卷全球的2025年&#xff0c;企业拥抱AI的意愿空前高涨&#xff0c;但技术门槛高、流程复杂、资源投入巨大的现实&#xff0c;却让许多创新构想止步于实验室。数据科学家…

深度学习在微纳光子学中的应用

深度学习在微纳光子学中的主要应用方向 深度学习与微纳光子学的结合主要集中在以下几个方向&#xff1a; 逆向设计 通过神经网络快速预测微纳结构的光学响应&#xff0c;替代传统耗时的数值模拟方法。例如设计超表面、光子晶体等结构。 特征提取与优化 从复杂的光学数据中自…