跳转到主要内容

黑板模式回归:1980 年代的 AI 如何处理多智能体协作

阅读需 2 分钟Tian PanTian Pan

如果你的 Agent 团队通过一个共享的计划文件、仓库或设计文档进行协作,每个人都在上面读写,那么恭喜你:你重新发明了黑板架构 (blackboard architecture)。这种架构在 1975 年曾是顶尖技术。令人尴尬的不是“重新发明”本身——好的想法值得回归。尴尬之处在于,原始架构有三个承重组件,而大多数现代 Agent 技术栈只重建了其中之一。

Hearsay-II 是 1971 年至 1976 年间在卡内基梅隆大学构建、由 DARPA 资助的语音理解系统。它面临着一个听起来很熟悉的问题:许多专业但不可靠的专家——声学分析器、语法预测器、语义评分器——没有一个能独立解决问题,它们都需要建立在彼此的局部推测之上。由此产生的架构包含一个共享工作区(黑板)、独立的专家(知识源)以及一个调度程序,调度程序在每一步决定接下来应该执行哪个专家的贡献。五十年后,将 LLM Agent 连接在一起的团队正趋向于同样的形态——一个主 Agent、一组执行者、一个共享产出物——并陷入了黑板架构文献在大多数人出生前就已命名并解决的失败模式。

架构,以及我们遗忘的那三分之二

一个经典的黑板系统恰好由三部分组成,而其严谨性体现在这些部分是如何被严格分离的。

黑板 (blackboard) 是一个共享的、结构化的数据存储,所有局部解决方案都存在这里。它不是聊天记录,而是一个结构化的层级。在 Hearsay-II 中,假设存在于明确的层级(声学片段、音节、单词、短语),每个条目带有可信度评分,链接记录了哪些底层证据支持了哪些高层推测。任何专家都可以随时查看整个问题的当前最佳全景。

知识源 (knowledge sources) 是互不交流的独立专家。这是现代开发者最难接受的规则:知识源通过黑板进行通信。每一个都是“条件–动作”对——“如果出现了这种形状的假设,我就可以贡献”——它们不知道其他专家的存在。增加一个新专家不需要更改系统中的任何其他部分。

控制机制 (control mechanism) 是一个监视黑板并决定下一个实际运行哪个激活专家的调度程序。这是每个人都忘记的部分,也是原始研究人员认为真正的研究贡献所在。Hearsay-II 的调度程序会为每个候选动作估算它能在多大程度上改善当前的解决方案,并执行最有前途的一个——文献中称之为“机会主义调度” (opportunistic scheduling)。系统不是自顶向下或自底向上运行的,而是在当前证据最强的地方运行,从笃定的单词“跳岛” (island-hopping) 到模糊的音频。

后来的系统走得更远。斯坦福大学 Barbara Hayes-Roth 的 BB1 架构 (1984) 将控制决策本身放在了第二个黑板上,这样系统就可以对自己的策略进行推理——构建明确的攻击计划,解释为什么要选择每个动作,并在策略不再奏效时在中途进行修正。用 2026 年的术语再读一遍:这是一个 Agent 系统,其编排策略本身是可检查、可解释的状态,而不是埋在提示词 (prompt) 里的感觉 (vibes)。

现代通过共享产出物协作的 Agent 团队重建了黑板架构。但极少数重建了可信度评分、层级结构或调度程序。我们留下了白板,却解雇了会议主持人。

为什么消息传递集群会以黑板架构不会发生的方式失败

主流替代方案是直接的 Agent 间消息传递:编排者私信执行者,执行者将结果交给其他执行者,这种“Agent 社会”的设计使协作存在于消息流中。关于这一点的实证记录现在已经非常丰富,而且相当严峻。MAST 研究——迄今为止最大的 LLM 多 Agent 系统失败分类学,基于七个流行框架的 1600 多个注释执行追踪——发现大约 37% 的失败是“Agent 间失调” (inter-agent misalignment):Agent 在移交过程中扣留或丢失信息、忽略彼此的输入,或基于不兼容的假设进行操作。加上共享可见状态本可以发现的规范定义失败,超过一半的观察到的失败是协作失败,而非能力失败。

其机制并不神秘。每一个 Agent 间的消息都是由模型在 Token 压力下进行的有损重新总结。连续三次移交,你就在和自己的架构玩“传声筒”游戏。黑板架构从结构上使这类失败变得不可能,而不只是降低可能性:

  • 移交过程中的上下文丢失不会发生,因为根本没有移交。局部解决方案以完整的保真度保留在黑板上;下一个专家阅读的是原始数据,而不是总结后的总结。
  • 冲突的并行工作保持可见。 当两个 Agent 在共享工作区发布不兼容的假设时,冲突处于公开状态,调度程序(或人类)可以查看并解决它。在消息传递设计中,每个冲突的信念都私下存在于不同的上下文窗口中,你直到合并时才会发现分歧,且表现为莫名其妙的差异 (mystery diff)。
  • “谁需要知道这些?”不再是一个路由决策。 消息传递 Agent 必须决定通知谁,而模型在压力下很难做出这种决定。在黑板架构中,发布和路由是同一个动作。
会员专享

余下内容仅对会员开放。

会员可读完整内容 —— 每一个公开发布的观点背后,那些框架、决策与推理的全貌。

  • 完整文章,包含未公开存档的部分
  • 可落地的工作框架,附带权衡与决策依据
  • 新文章抢先看,先于公开发布

随时取消 · 一次订阅,畅读全部

参考资料

保持联系,关注我获取更多内容

阅读需 11 分钟

无法收敛的验证器循环

Worker-critic 代理循环承诺向质量收敛,但很少真正兑现——验证器是一个随机策略,max-iterations 上限是披着质量门外衣的预算门,而能恢复终止性的模式都把满足曲面当作真正的架构问题来处理。

insider
ai-agents
阅读需 10 分钟

智能体链中的认知信任:不确定性如何在多步委托中累积

当编排器将任务委托给子智能体并接受其答案时,它同时继承了该智能体的错误。本文探讨认知信任与授权信任的区别、置信度为何会在智能体切换中危险地叠加,以及真正能解决这一问题的设计模式。

insider
ai-agents
阅读需 9 分钟

那个因等待另一个 Agent 而死锁的 Agent

两个能力出色的 Agent 可能会在你的账单飞涨时永远互相等待。为什么是协作——而非模型能力——导致了 Agent 群体的崩溃,以及分布式系统准则如何修复这一问题。

insider
ai-agents
阅读需 10 分钟

你的智能体需要的是监督者,而不是重试循环

当长时间运行的智能体失败时,重试循环回答了错误的问题。Erlang 的 OTP 监督树在三十年前就定义了真正的决策路径:是彻底重启、从检查点重启,还是升级给人工处理 —— 以及如何将这些策略映射到智能体流水线中。

insider
ai-agents
阅读需 9 分钟

你的智能体内存需要垃圾回收机制

持久化智能体内存默认会单调增长,因此过时的事实会污染之后检索它们的每一次运行。本文将探讨为什么仅靠 TTL 是不够的,以及过时评分、替代链、溯源和写入时门控如何将内存从简单的日志转变为一套生命周期管理系统。

insider
ai-agents