四大多 Agent 架构详解(二):Supervisor 如何动态派工,又为什么容易成为瓶颈
Supervisor 把下一步路由交给中央 Agent:看清控制权形态,写清派工、收口与终止条件,再看它为什么容易变成信息瓶颈。
共 17 篇文章
从新到旧
Supervisor 把下一步路由交给中央 Agent:看清控制权形态,写清派工、收口与终止条件,再看它为什么容易变成信息瓶颈。
Jev 把 Agent 运行时里的语义小判断单独抽出来:用 Choice、Score 和 Noul 生成可观测结果,再由策略代码完成路由、门禁、验证与回退。
四大多 Agent 架构第一篇:Workflow。路径稳定时,代码掌握路由权,Agent 只负责节点内推理;检查点放在节点边界,失败可重试、可暂停、从稳定节点恢复,整条链路可回放、可验收。附五种框架的表达对比。
Claude 写下 Anthropic 80% 的合入代码,但代码数量不等于自我改进:本文拆解 RSI 运行时边界,用验证、记忆与回滚看清 RSIAgent 与 GLM 案例走到哪一步。
软件构建、数据处理、研究检索和合规检查,只要能把子任务、产物和验收条件说清楚,都可以从中借鉴;Lean 和定理只是这次实践的载体。
不是百科全书,Auto Memory 也不是事实数据库。它们做的是同一件朴素的事:让 Claude 进入一个新会话时,不必每次从零开始。
在限定任务和配置下,Agent 依靠多轮关键词检索,也能接近那条固定 RAG 基线。
讨论 Agent 时,对话、notes、history,甚至工作区里的文件,经常都被叫作“记忆”。这个叫法很方便,不过到了系统设计里,差别就出来了:谁写入、保存多久、能不能覆盖、出现冲突时以谁为准,各不相同。
Harness 到底是什么?
代码生成越来越快,架构工作的重心也在变化:从身份和状态建模,到边界、失败语义与交付证据,越来越多决定要进入可执行的系统约束。
缓存命中率最有用的地方,是帮我们验证:同样的事实,运行时还能不能组出同样的请求。
作为 Agent 运行时的架构样本,DSH 把几个绕不开的问题摆到了台面上:能力怎么装进来、退出时怎么收干净;任务在哪一层停,恢复时又凭什么继续。Loop 只是中间那一圈。系统能不能长期运行,常常取决于周围这些边界。
Agent Loop 真正棘手的地方,不是让模型再调一次工具。