- 综合排序
- 最热优先
- 最新优先
- 来自专栏前端达人
第11课：Multi-Agent 实战，并行编排的5种模式
阅读时长：约25分钟 难度：★★★★☆ 适合人群：已了解 Agent 体系（第10课），准备学习多 Agent 组合使用的开发者 学完之后：面对任何复杂任务，你能设计出最优的 Agent 编排方案 你可能从第一步就用错了 《Claude Code 从入门到精通》试读篇：你的第一次 Director Mode 体验（二） 《Claude Code 从入门到精通》试读篇：写好 Prompt 的结构化思维，10 个高频场景 Prompt 模板库，复制、改几个词、直接用 第10课你认识了8种 Agent。 模式1：分析群集——5个侦察兵同时出发 应用场景：需要快速理解一个你不熟悉的模块、项目、或问题域。 原理：启动多个 Explore Agent，每个从不同角度扫描，结果汇总后你就有了全面的地图。 模式2：分而治之——每人负责一个文件 应用场景：一个大任务可以按文件/模块拆分成多个独立子任务。 原理：每个 Agent 处理一个文件或模块，它们同时工作，互不干扰。
17210编辑于 2026-04-15 【Multi-agent实战】教你如何用Multi-agent分析开源Github项目
这其实就是典型 Single Agent / 单体脚本模式：一个脚本包揽所有流程，逻辑重叠、复用困难、很难自动化。 下一步就是把它们塞进 Multi-Agent 工作流里。 如果你把这套东西写进简历 / 博客，面试官很可能会问：你为什么要用 Multi-Agent / LangGraph，而不是一个脚本搞定？Multi-Agent 带来的真实价值是什么？ 5.2 Multi-Agent 真正带来的东西？流程显式化：Config / Train / Eval / Viz / Report 都是独立节点；修改任意一环不影响其他节点。 统一入口：上层只需要给一段自然语言： “帮我跑一个跨数据集 baseline”Multi-Agent 工作流负责把这段话变成真正的可执行实验计划。
51320编辑于 2025-11-23- 来自专栏架构驿站
Multi-Agent ，知多少？
这种设计理念与人类的认知模式有着内在的相似性：面对棘手的问题时，我们首先会在脑中构筑出综合性的解决策略，然后再动用各种手段资源去一一实施，最终完成既定目标。 再者， Single-Agent 系统本质上是一种集中式的架构模式，这决定了它存在着极高的故障风险。 Multi-Agent 系统灵活可扩展的特性，使其可以更容易地适应不断变化的复杂业务环境和需求。 Multi-Agent 系统系统固有的分布式特征还赋予了它天然的容错性和健壮性。 Multi-Agent 系统参考架构示意图 Multi-Agent 系统凭借其先天的分布式协作、异构智能融合、模块化扩展、容错鲁棒等独特优势，正逐步展现出在诸多传统行业和复杂应用场景中的革命性影响力和巨大变革潜能 此外，在需求变化剧烈、环境复杂多变的应用场景中，Multi-Agent 系统的适应性决策能力也将大放异彩。
2.1K10编辑于 2024-11-01 【Multi-Agent实战】如何用 LangChain 打造一个 Multi-Agent 实战项目
【Multi-Agent】一、如何用LangChain打造一个Multi-Agent实战项目这篇就是给已经玩过LangChaintools+Agent的同学看的进阶篇：你已经玩过time/weather 这种自定义工具；也看过AgentType.CHAT_ZERO_SHOT_REACT_DESCRIPTION一路Thought/Action/Observation的DebugLog；但一到Multi-Agent
57910编辑于 2025-12-16【Multi-agent实战】LangGraph 实现可视化的科研 Multi-Agent实战项目
用 【Multi-agent实战】LangGraph 实现可视化的科研 Multi-Agent实战项目✍ 前言上一篇我们搞了一个「科研 Multi-Agent 小队」：Supervisor 当老板；PaperHunter 这一篇，我们就把上一篇的科研 Multi-Agent —— 迁移到 LangGraph 上，用“图”的方式组织 Agent。 一、为什么要用 LangGraph 来做 Multi-Agent？ 六、面经角度：围绕 LangGraph + Multi-Agent 怎么吹？给你几段可以直接背的回答。Q1：你在项目里是怎么管理 Multi-Agent 的流程的？为什么选 LangGraph？ Q3：如果后续要在这个科研 Multi-Agent 里加入“在线强化学习 / 评分器调整策略”，LangGraph 还能 hold 住吗？ 节点粒度 和 显式图结构 来解决：planning 幻觉；粒度太碎 / 太粗；顺手准备了几个关于 LangGraph + Multi-Agent 的面经回答
1K10编辑于 2025-11-22- 来自专栏企鹅号快讯
VAIN：Attentional Multi-agent Predictive Modeling
VAIN: Attentional Multi-agent Predictive Modeling[J]. arXiv preprint arXiv:1706.06122, 2017.
1.3K70发布于 2018-01-09 - 来自专栏技术客栈
Java设计模式（10）代理模式
前言 在软件开发的世界里，设计模式如同一本精妙的编码诗集，已经成为一种标准的编程实践。在Java编程中，设计模式很重要。 本人将制作一个关于Java设计模式的系列文章，总共23种设计模式将以一篇一篇文章讲解，代码笔记已开源：Gitee点击跳转。在上一篇《Java设计模式（9）享元模式》文章中，我们介绍了享元模式。 本文是这个系列的第十篇章，我们将讲解一下代理模式的实现方式、应用场景以及它的用途。 代理模式 在代理模式中，一个类代表另一个类的功能，这种类型的设计模式属于结构型模式。 代理模式通过引入一个代理对象来控制对原对象的访问。代理对象在客户端和目标对象之间充当中介，负责将客户端的请求转发给目标对象，同时可以在转发请求前后进行额外的处理。 代理模式又有两种主要形式： 静态代理：在编译时就已经确定了代理类和被代理类之间的关系，通常需要为每个被代理类都编写一个对应的代理类，并实现相同的接口。
26610编辑于 2024-07-03 - 来自专栏大猫的Java笔记
10.设计模式--组合模式(Composite模式)
1.定义 组合模式是一种结构型模型，是用于把一组相似的对象当作一个单一的对象。组合模式依据树形结构来组合对象，用来表示部分以及整体层次。 这种类型的设计模式属于结构型模式，它创建了对象组的树形结构。 上回说到刘备被设计入赘江东后，通过诸葛孔明的锦囊妙计成功化险为夷。回到荆州后刘备一心想匡扶汉室，于是准备继续招兵买马。 如此看来这种层次结构不就是我们说的组合模式要实现的内容吗？ 相似的对象当成单一对象，部门和人员都具备组织树的特性即部门下可能是人员也有可能存在子部门信息。同时都具备基础信息，比如名字等。 2.组合模式实现 OrganizationalStructure抽象类表示组织结构，其中由于部门和人员信息都属于组织结构具有相似，所以部门和人员信息都是他的子类。 参考文献《图解设计模式》 代码获取地址:https://gitee.com/bughong/design-pattern
56720发布于 2021-11-11 【Multi-agent】智能科研助手实战项目
从 0 组建你的 AI 科研小队：Multi-Agent 帮你做文献调研 + 实验规划✍ 前言很多科研工作者肯定都吐槽过：「文献太多看不完、实验方案想不清楚、写总结又很痛苦。」 但反过来想：这些事情，其实都可以拆成一堆「标准化的小任务」，非常适合交给 Multi-Agent AI 科研小队 来做。 这篇就带你搞一个科研向 multi-agent 实战项目：场景： 想做一个「CLIP 在伪造检测 / 多模态安全」方向的小综述 + baseline 实验规划；目标： 让一组 Agent 帮你：自动搜集相关论文 于是，我们就可以设计一个 科研 Multi-Agent 小队： PaperHunterAgent：文献猎手 PaperAnalystAgent：论文分析师 ExperimentPlannerAgent：
71610编辑于 2025-11-22【Multi-Agent实战】如何用 LangChain 打造一个 Multi-Agent 实战项目
【Multi-Agent】一、如何用 LangChain 打造一个 Multi-Agent 实战 ✍ 前言 这篇就是给已经玩过 LangChain tools + Agent 的同学看的进阶篇： 你已经玩过 “Multi-Agent 和平时的 Tools 调用有什么本质区别？” 一、先把概念掰开：单 Agent vs Multi-Agent 1.1 单 Agent：一个人又要算日期又要查天气还要写代码 你现在的 Demo 结构本质上是这样的： 用户问题 ↓ 一个 Agent 1.2 Multi-Agent：拆成“调度员 + 专家小组” 更工程一点的想法是： 既然人类解决问题是「项目经理 + 各种专家」的协作，那 LLM 也可以这么玩。 这样既复用你对 tools + Agent 的理解，又自然过渡到 Multi-Agent 体系。
2.4K10编辑于 2025-11-23- 来自专栏三流程序员的挣扎
2022-10-10-享元模式
解释器模式第一遍没有读懂，看到后面说实际项目中很少用到，因为它会引起效率、性能以及维护等问题，会直接用已有的成熟的工具。 又看了一遍有点明白了，有点类似写算法题遇到的情况，又有点编译原理里面的味道。 这《设计模式之禅》虽然没有技术过期的问题，但买了纸书，现在还是在看电子版的，在公司也不适合看纸书，而且属于看完记录完也不想再看的书。 以后凡是不需要阅读多遍的书，都不要花钱去买纸书。 享元模式 池中共享对象，减少对象创建，减小 OOM 机率。 比如 Android 从 xml 构建 View 时的构造器。Map 保存对象，有就拿出来用，没有再创建存到 Map 中去。 虽然可以使用享元模式可以实现对象池，但是这两者还是有比较大的差异，对象池着重在对象的复用上，池中的每个对象是可替换的，从同一个池中获得 A对象和 B 对象对客户端来说是完全相同的，它主要解决复用，而享元模式在主要解决的对象的共享问题
27510编辑于 2022-10-25 - 来自专栏知了一笑
Java描述设计模式(10)：组合模式
组合模式属于对象的结构模式，有时又叫做“部分——整体”模式。 组合模式将对象组织到树结构中，可以用来描述整体与部分的关系。组合模式可以使客户端将单纯元素与复合元素同等看待。 二、组合模式-安全式 1、基础概念 安全式的组合模式要求管理聚集的方法只出现在树枝构件类中，而不出现在树叶构件类中。 在安全式的组合模式里，构件角色并不定义出管理子对象的方法，这一定义由树枝构件对象给出。 树叶构件(Leaf)角色 树叶对象是没有下级子对象的对象，定义出参加组合的原始对象的行为。 -透明式 1、概念图解 与安全式的组合模式不同的是，透明式的组合模式要求所有的具体构件类，不论树枝构件还是树叶构件，均符合一个固定接口。
65210发布于 2019-09-03 - 来自专栏JuneBao
【设计模式 10】观察者模式
观察者模式又叫发布订阅模式，它定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时会通知所有观察者对象,使它们能够自动更新自己。 观察者模式 观察者模式又叫发布订阅模式，它定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时会通知所有观察者对象,使它们能够自动更新自己。 参考： design-patterns.readthedocs |观察者模式 refactoringguru | 观察者模式 博客园 | 简说设计模式——观察者模式 CSDN | 设计模式 ( 十五 ) 需要在系统中创建一个触发链，A对象的行为将影响B对象，B对象的行为将影响C对象……，可以使用观察者模式创建一种链式触发机制 实例： MVC模式是一种架构模式，它包含三个角色：模型(Model)，视图( 观察者模式可以用来实现MVC模式，观察者模式中的观察目标就是MVC模式中的模型(Model)，而观察者就是MVC中的视图(View)，控制器(Controller)充当两者之间的中介者(Mediator
44710编辑于 2022-10-26 - 来自专栏Lvshen的技术小屋
设计模式10之责任链模式
” 责任链模式优点显而易见，降低了请求对象与处理对像之间的耦合度，处理对象易于扩展，增强了指派处理对象的灵活性。 责任链简化了对象之间的连接。 链式结构 责任链模式主要由3个要素组成： 抽象处理者（Handler）角色：定义一个处理请求的接口，包含抽象处理方法和一个后继连接。 关于对责任链模式的看法 那么我们什么时候合适使用责任链模式呢？ 一般如果由多个对象处理一个请求，需要使用哪对象由实际调用的时候确定。这种场景我们就可以使用调用者模式。 大家可以思考下这方面能不能使用责任链模式呢。 还有在订单系统中，订单状态的处理是否可以使用此种设计模式更为优秀呢。 所以使用责任链模式需要控制链路长度。比如在Handler中设置最大节点数量。如果节点数量超出这个最大数量，就不允许该链路的创立。
42130编辑于 2022-05-05 - 来自专栏java开发的那点事
06-10-设计模式 策略模式
策略模式 基本介绍 1)策略模式（StrategyPattern）中，定义算法族（策略组），分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户 2)这算法体现了几个设计原则， 说明：从上图可以看到，客户context有成员变量strategy或者其他的策略接口,至于需要使用到哪个策略，我们可以在构造器中指定 策略模式优化IF else 类图 使用策略模式+工厂+模板方法 解决多分类查询 本来我想在其中加入状态模式, 用于控制是根据一些参数, 来决定查询DB还是查询缓存, 但是后来应为一些场景是缓存实现不了的, 只能查DB了, 但是一些公用数据还是查询缓存的, 后续如果需要扩展其他查询, PressureVo> addIsOnline(List<Pressure> records, List<String> deptCodes) { // 业务逻辑 } } 策略模式的注意事项和细节 1)策略模式的关键是：分析项目中变化部分与不变部分 2)策略模式的核心思想是：多用组合/聚合少用继承；用行为类组合，而不是行为的继承。
33130编辑于 2022-05-28 - 来自专栏Python机器学习算法说书人
Python设计模式（10）：迭代器模式
本节介绍如何给复杂的聚合型数据结构提供一个遍历方法的设计模式——迭代器模式（Iterator Pattern）。 迭代器模式的关键思想是将对列表的访问和便利从列表对象中分离出来，放入一个独立的迭代器对象中。迭代器类定义了访问该列表元素的接口。 迭代器模式能够提供一种方法按照顺序访问一个聚合对象中的所有元素，而又不需要暴露该对象的内部表示。 迭代器模式的结构图如图所示。 ? 迭代器模式的各组成部分及含义说明如下。 迭代器模式的优点如下。 迭代器模式支持以不同的方式遍历同一聚合，复杂的聚合可以用多种方式进行遍历。例如二叉树遍历方法有 4 种：先序遍历、中序遍历、后序遍历和层次遍历。 class ConcreteAggregate(Aggregate): def __init__(self): self.data_structure = list(range(10
92610发布于 2019-07-26 - 来自专栏Agent
从零到一：手把手教你创建Multi-Agent模式的HR人事经理
本文正是在此背景下，详细记录了如何利用Multi-Agent（多智能体）模式，从零开始创建一个功能强大、体验逼真的“HR人事经理”AI智能体。 这里选择的是Multi-Agent模式，下面一步一步带大家看看模型方面不多说，肯定是选择最热门的模型，咱也是图方便提示词我就直接交给AI一件优化，毕竟别人优化后比咱写的确实要好很多，AI也比较懂AI一些 最具亮点的是，文章采用了Multi-Agent架构，通过创建“文档解析”子智能体并与主智能体建立清晰的转交关系，优雅地解决了简历文件上传与解析的难题，极大地增强了工具的实用性和鲁棒性。
62331编辑于 2025-12-04 - 来自专栏技术杂货店
设计模式【10】-- 顺便看看享元模式
设计模式系列：http://aphysia.cn/categories/designpattern 开局还是那种图，各位客官往下看... 享元模式是什么？ 享元模式（FlyWeight），是结构型模式的一种，主要是为了减少创建对象的数量，减少内存占用以及提高性能。 ：在单纯享元模式中，所有的具体享元类都是可以共享的，不存在非共享具体享元类。 复合享元模式：将一些单纯享元对象使用组合模式加以组合，还可以形成复合享元对象，这样的复合享元对象本身不能共享，但是它们可以分解成单纯享元对象，而后者则可以共享 这里我们说的是单纯享元模式，享元模式一般会有几种对象 [20211227232719.gif] 总结 优点：如果有很多相似或者重复的对象，使用享元模式，可以节省空间 缺点：如果重用很多，不同地方还做了特殊化处理，代码复杂度增加 设计模式其实是在软件工程的不断摸索中
37620编辑于 2022-01-09 - 来自专栏∑小熊猫的博客
Java 设计模式系列(10) —— 装饰器模式
装饰器模式 装饰器模式的定义： 动态的给一个对象添加额外的职责，就功能来说，装饰模式相比子类更为灵活 装饰器模式的四个角色： Componment 抽象构建角色：该角色用于规范需要装饰的对象 ConcreateComponment 该角色是需要被装饰地 对象 Decorator： 装饰角色：一般是一个抽象类，该角色持有私有的一个抽象构件对象 ConcreateDecorator: 具体装饰角色；感觉主要负责对构件对象进行装饰 装饰器模式的简单示例 componment); componment = new ConcreateDecorator(componment); componment.doingProcedureA(); } } 装饰器模式的优点和使用范围 装饰器模式的优点： 装饰类和被装饰类可以独立发展，而不会相互耦合 装饰模式是继承关系的一种替代方案 装饰模式可以动态的扩展一个实现类的功能 装饰器模式的应用场景： 用于扩展一个类的功能，或者给一个类添加附加职责 动态的给一个对象天机功能，这些功能可以被动态的撤销 需要位一批的兄弟类进行改装或加装功能 装饰器模式的缺点： 多层的装饰较为复杂
46810发布于 2021-01-13 - 来自专栏CSDN搜“看，未来”
我用过的设计模式（10）-- 命令模式
@toc 命令模式 咱也没读过什么书，看网上的命令模式讲的那叫个花里胡哨，看来看去，我接收到的讯息如下： 命令请求者 命令调用者 命令储存 命令回撤 这是什么？这，我直接想到了消息队列好吧。 看一下命令模式的使用场景： 当系统需要将请求调用者与请求接收者解耦时，命令模式使得调用者和接收者不直接交互。 当系统需要随机请求命令或经常增加或删除命令时，命令模式比较方便实现这些功能。 系统需要执行一组操作时，命令模式可以定义宏命令来实现该功能。 当系统需要支持命令的撤销（Undo）操作和恢复（Redo）操作时，可以将命令对象存储起来，采用备忘录模式来实现。
58200发布于 2021-03-02
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号