SH

Soloharness

概念 · 辨析 · Agent

← 返回概念辨析

Concept Contrast Fable

把任务分给对的智能体和协调多个智能体

有些文档里「路由」和「编排」混着用,好像说的是同一件事。其实一个回答的是「该让谁做」,另一个回答的是「多个一起做怎么配合」。

寓言

客栈分活与后厨掌勺

镇东有家老客栈,生意不温不火,但门口站的小二从来不会把客人领错。客人进门,他扫一眼:是赶路的脚夫,领到最快的粗茶铺;是进京的书生,请到临窗的安静桌;是携家带口的妇人,引入有火盆的暖阁。小二干了十五年,手里分出的客人没有一千也有八百,从没听过客人抱怨跑堂招待不周。

后厨却是另一番景象。掌勺的张师傅早年一个人盯一个灶,后来客人多了,三个灶同时开着。炒肝尖的灶火不能断,炖老鸭的砂锅要文火慢煨,蒸鱼得在大火上抢那一炷香的时辰。张师傅开始还能自己盯着,后来实在顾不过来,灶上不是糊了锅就是误了上菜的钟点。

客栈老板想了想,把小二调到后厨帮忙。小二确实会看人下菜碟,他一看灶上炒的是什么菜,马上判断该归哪个灶管。这么一分担,张师傅果然轻松了些,前几天都没出差错。

但好景不长。有一天同时来了三桌急菜:楼上是赶考的公子要抢在黄昏前吃完上路,楼下是办喜事的亲戚要等主家入席才能上,中间还插进来一队镖师说要边吃边赶路。小二按照老办法,把三道菜分到三个灶上,心里觉得公平。

问题是这三个灶同时冒烟,张师傅一个人在灶台间来回跑,喘得厉害。炒肝尖的灶火被炖鸭的文火带慢了,蒸鱼的火候让炒锅的油烟熏偏了。等三道菜上齐,公子哥等得脸色发青,镖师们嫌菜凉了,主家办喜事的亲戚更是摔了筷子。

这时老板进来了。他把小二叫到一边,说了一段话:「你分活是把好手,但后厨不是客人进门。后厨是三把火烧在一起,分到灶上只是第一步第二步第三步。炒完了要盛,盛完了要端,端完了还有下一道接上。这不是分给谁的问题,是怎么让三个人都动起来还能凑成一桌席。」

小二愣住了。他突然意识到,客人进门是一次判断就够了,但后厨同时开火是每一步都要有人盯着、催着、接着。分活是找对人,调度是让对的人在对的时间一起动。

后来客栈改了规矩:小二仍然在门口迎客,但后厨不再让他插手指手画脚。张师傅自己收了两个帮手,一个专管切配,一个专管传菜,三个人各有各的站位,但炒菜的顺序、火候的衔接、出菜的节奏,全由张师傅一个人盯着。三把火不再乱窜,一桌席终于能准时上齐。

Agent Routing

根据任务特征,把任务分配给最合适的智能体执行。一次判断,谁来做。

Agent Orchestration

协调多个智能体按顺序、分步骤共同完成一个复杂任务。多方配合,怎么配合。

故事对应

  • 小二在门口分客人 = Agent Routing 根据任务特征分配给对应智能体
  • 掌勺的张师傅 = Orchestrator 编排器,负责整体调度
  • 后厨三个灶同时开火 = 多个智能体并行处理子任务
  • 三道急菜同时进来 = 复杂任务拆分成的多个子任务同时到达
  • 小二分错导致菜全凉 = 只做 routing 不做 orchestration 时的失败场景
  • 张师傅自己带两个帮手 = Orchestrator 直接管理多个执行智能体

落到工具选择上

如果你的需求是「来了一个问题,应该交给哪个客服/Agent回答」,找 routing 工具。如果你的需求是「一个复杂任务需要拆成几个步骤,分别调用不同的 Agent 或工具,最后拼出结果」,找 orchestration 框架。两者解决的是不同层次的协作问题。