← 返回概念解读

Concept Fable精修版

层级多智能体

Hierarchical Multi-Agent · 架构

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

三层粮仓的调度令

王城粮仓过去由仓正直接派每个搬运工。仓小、人少时,一张纸就能管住全天,哪里缺车、哪里缺袋,仓正站在门口就看得见。

灾年后,粮仓扩成总仓、分仓和街坊发放点。仓正仍想直接指挥每个人,命令传到街口时常常已经过期。街口排队吵翻天,总仓还在批准一只秤砣该不该换。

他先增加传令兵。传令兵跑得更快,却也把细节带回总仓,仓正被袋数、车轴和排队纠纷淹没。一次东区断粮时,总仓明明有粮,却忙着处理小发放点的琐事,真正的大问题没人升级。

新副官把粮仓分成三层:总仓决定配额和风险,分仓安排车队和优先级,发放点处理现场队列和异常登记。每层只处理自己能看清、能负责的决策;跨层只上传摘要、阻塞和需要审批的例外。

第一版分层并不顺。街口把“缺两车粮”报成“东区异常”,分仓又以为全区短缺,总仓差点调走西区口粮。副官补上统一口径:数量、时限、影响范围和已尝试办法必须写清,不能只喊一句急。

起初有人担心分层会失控。副官加了统一指标、权限边界和审计账本:下层能自主,不能越权;上层看趋势,不抢细活;分仓负责把街口小事聚合成可调度的判断。

后来粮仓既能快速处理街口小事,也能在灾情变化时统一调整。仓正说,复杂粮仓需要层级,让不同尺度的问题在合适的位置被解决;街口小事和全城配额不能挤在同一张桌上。

后来仓正巡视街坊发放点,发现下层处理小纠纷比他快得多。他没有收回权力,只要求异常按格式上报。总仓终于从琐事里抬头,看见全城粮势;街口也不用等远处一枚印章才敢移动两袋米。

揭示

这个故事讲的是:层级多智能体

Hierarchical Multi-Agent 是把多个 Agent 按层级组织起来,上层负责目标、策略、分配和监督,下层负责执行、局部决策和异常反馈。它适合企业流程、客服、运维和销售自动化中的复杂任务,但需要清晰的权限边界、摘要机制、升级路径和跨层审计。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 总仓、分仓、发放点:上中下层 Agent
  • 仓正直接管每个人:中心过载
  • 传令兵过多:沟通开销
  • 跨层摘要:状态压缩和升级
  • 权限边界:层级治理
  • 审计账本:可追责执行。

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

主管 Agent (Supervisor Agent)子任务委派中央调度

相关辨析

这个概念容易和相邻概念混用,建议继续看对比页。