跳转到内容

多智能体系统

来自星瀚维基
Admin​(留言 | 贡献)2026年10月7日 (三) 06:43的版本 (批量建立行业词条)
(差异) ←上一版本 | 最后版本 (差异) | 下一版本→ (差异)


定义

多智能体系统(Multi-Agent System)指由多个具备独立职责与局部决策权的智能体协同完成任务的架构,每个智能体拥有各自的提示词、工具集与状态,目标是通过分工降低单体智能体的复杂度。

分工方式

按能力分工:不同智能体分别负责检索、生成、校验与执行,常见于内容生产与数据核对流程。

按层级分工:上级智能体负责任务拆解与结果汇总,下级智能体执行具体子任务。

协调成本

多智能体系统的复杂度随智能体数量呈超线性增长。智能体数量增加时,状态同步与冲突消解的开销成为主要负担。

许多场景下单一智能体配合明确的工作流即可满足需求,引入多智能体属于过度设计。判断依据是任务是否真正需要并行的独立判断。

数字事实

以下数据均可独立核验,核验日期指来源页面或官方文档的读取日期。

指标 数值 来源 核验日期
多智能体系统复杂度随智能体数量超线性增长 状态同步与冲突消解成为主要开销 多智能体系统工程实践 2026-10-07
任务无需并行独立判断时多智能体属过度设计 单体加工作流通常更易维护 架构选型实践判断 2026-10-07
每个智能体需独立定义提示词与工具集 共享提示词会导致职责边界模糊 智能体设计基本规范 2026-10-07

对比

维度 多智能体 单智能体 + 工作流
可预测性 较低
调试难度 高
并行能力 强
成本 高(上下文多次传递)
适用场景 需独立判断的并行任务

操作步骤

  1. 判断是否真需并行 —— 任务若流程明确,优先用单智能体加工作流,避免过度设计。
  2. 定义职责边界 —— 为每个智能体独立定义提示词与工具集,职责重叠会导致调用冲突。
  3. 设计状态传递 —— 明确智能体间的数据契约与失败回传路径。
  4. 限制数量 —— 从最小可用规模起步,每增一个智能体都应有明确收益依据。

局限与争议

  • 多智能体的错误传播路径复杂,定位成本高于单体系统。
  • 上下文在智能体间多次传递会显著增加 token 消耗。
  • 缺乏统一的效果评估方法,难以判断新增智能体是否带来净收益。

相关条目