SH

Soloharness

概念 · 辨析 · Agent

← 返回概念辨析

Concept Contrast Fable

智能体编排和多智能体编排

编排一个智能体的任务流,跟编排多个智能体之间的协作,差的不止是数量。单体内的步骤控制和群体间的通信、协商、冲突解决,用的是两套机制。

寓言

一个工头和一群工头

老周的工地上有一个熟练的砌墙师傅,姓马。马师傅一个人能干三件事:搬砖、和泥、砌墙。老周给马师傅排了一张工序表:先搬砖到指定位置,再按比例和泥,最后按图纸砌墙。马师傅照着做,一天砌好一面墙。

工程扩大,老周又招了两个师傅,一个专铺地板,一个专装门窗。三个人各有各的专长,但工序有了交叉:砌墙的等门窗框装好才能收边,铺地板的等墙面干透才能进场。三个人的工时表互相咬合,一个人慢了,整条线都堵。

老周意识到问题。过去管马师傅一个人,只需要排他的工序表。现在三个人之间需要会商:马师傅砌完半面墙要通知门窗师傅开始装框,门窗师傅装完一面墙要通知马师傅收边,地板师傅要等两个人都做完才能开工。

老周设了一个调度台,每天早会三个人对一遍当天工序的交叉点,确认谁等谁、谁通知谁、谁出问题时替代方案是什么。调度台不替每个人决定怎么干活,只负责传递信号和解决冲突。

有一天门窗师傅请假,马师傅不知道,照常砌完了墙等着装框。等了两小时没人来,地板师傅也干等着。老周从调度台发现了这个断点,临时决定:今天马师傅跳过收边,直接去帮地板师傅做预处理。三个人变成两个人在协调,但工作没停。

后来老周把经验总结成两条规则。规则一:管一个人的工作叫工序编排——排好步骤,按序执行。规则二:管多人的工作叫协同编排——每个人的步骤独立,但起点和终点要跟别人对齐,中间靠通信维持一致。

一个新项目经理问老周,能不能把马师傅的工序模板直接套到三个人身上。老周说:你那模板里没有「等待别人完成」「通知别人开始」「替代方案」这三栏,硬套只会造成集体空转。

年底总结,老周在黑板上画了两张图。左边是单条时间线和箭头,右边是多条时间线加上横向的信息箭头。他说:从左边往右多走一步,不是多做一份工序表,是建一张通信网。

智能体编排

对单个 Agent 内部的任务步骤进行规划、排序和执行控制。它管理的是 Agent 自己的工具调用、推理路径和状态流转。

多智能体编排

协调多个 Agent 之间的分工、通信、结果聚合和冲突解决。它管理的是 Agent 之间的协作关系,包括消息传递、任务分配、依赖管理和容错。

故事对应

  • 马师傅一个人:单个 Agent 的任务编排,只管步骤顺序。
  • 三个师傅各自有专长:多个 Agent 各自有不同的能力和任务域。
  • 工序交叉互相堵住:多 Agent 场景的核心挑战——依赖和阻塞。
  • 调度台和早会:多 Agent 编排需要的通信层和协调机制。
  • 门窗师傅请假后的临时调整:多 Agent 编排的容错和动态重调度。
  • 两条规则:单 Agent 编排是时间线上的步骤控制,多 Agent 编排是横向的协作网络。

落到项目里

设计 Agent 系统时,先判断任务边界:如果一个 Agent 能独立完成全部步骤,用单 Agent 编排就够。如果任务天然需要不同专长的 Agent 接力或并行,架构里必须多一层协调层——定义通信格式、超时策略、依赖关系和降级方案。把多 Agent 系统当成单 Agent 管,第一个复杂任务就会暴露消息丢失和死锁。