名字写在组织架构图上
但很多系统在设计时协调者是被当作事后补丁加上去的——就像给一个快速增长的组织临时安插一个
比如收到一条用户消息判断是「写作」「搜索」还是「发布」 然后路由到相应的专业Agent
先说清本页判断
补足为什么
留下下一步
但很多系统在设计时协调者是被当作事后补丁加上去的——就像给一个快速增长的组织临时安插一个
本文的核心论点是多Agent系统的协调者困境本质上是一个权力边界问题 而不是一个
先说清本页判断
补足为什么
留下下一步
比如写作Agent发出「内容就绪」信号时 发布Agent已因等待超时自行启动跳过了审核步骤 最终导致未通过审核的
这是一个典型的竞态条件——但不是在代码的线程层面而是在Agent之间的通信协议层面
在实际系统中我观察到协调者承担的角色大致可以分为三类 每一类对应不同的权力边界
路由器的局限在于它不持有任务状态
状态管理器型协调者持有全局任务状态
从真实任务开始
把想法变成可处理内容
用结果判断能力
把完成沉淀为流程
比如收到一条用户消息判断是「写作」「搜索」还是「发布」然后路由到相应的专业Agent