GitHub项目说明 · 非用户反馈
执行中的多 Agent 协作路由：继续、协作还是移交
该信号把多 agent 任务执行中的“谁该继续做、谁该加入、谁该接手”建模为一个独立的运行时路由决策层，放在 A2A 协议之上。它明确指出 agent discovery 只解决“有哪些 agent”，不解决执行开始后的协作选择问题，并给出了参考实现与基准。
查看原始信号github:wang2122/sprix-sage-router
目标用户
构建或维护多 agent 协作系统、采用 A2A 协议或类似编排架构的开发者与平台团队
潜在需求
需要一种在执行中、基于实时状态与约束，统一比较继续、协作、移交三种路由的决策机制，并把剩余需求分配给执行者、调度依赖关系，避免只靠执行前的 agent 发现或零散启发式规则。
发生场景
多 agent 任务已经执行到中途，协调层需要根据实时状态决定当前 agent 是继续独自完成、拉入互补协作者，还是把任务整体移交给更合适的 peer；同时还要考虑权限、预算、截止时间和已产生的上下文。
来源证据
该项目称 agent discovery 只回答系统存在哪些 agent，不回答执行开始后谁应与谁协作这一运行时问题。
[Benchmark](#benchmark) · [Contributing](CONTRIBUTING.md) · [Security](SECURITY.md) </div> --- ## Why SAGE? Agent discovery tells a system which agents exist. It does not answer the harder runtime question: **who should work with whom after execution has already begun?** SAGE—**State-Aware Graph Exchange**—is the decision layer between A2A discovery and task execution. It evaluates three routes in one auditable objective: | Route | Ownership | Best used when | |---|---|---| | **SELF** |https://github.com/wang2122/sprix-sage-router
为什么值得留意
该信号展示了一个具体、可复现的问题切口：执行开始后的协作关系选择没有被 agent discovery 覆盖。开源参考实现把决策与传输层分离，并提供统一的效用函数、依赖调度和审计输出，适合作为观察这类需求真实采用情况的起点。
已有方案
- A2A 协议：提供 Agent Cards、消息、任务、工件、认证与传输层
未满足部分
- README 指出的缺口：agent discovery 只回答存在哪些 agent，不回答执行开始后谁应与谁协作
- 项目声称用统一效用函数取代独立、割裂的启发式路由规则
可能延伸 · 模型推测
- 将执行中路由层适配到其他多 agent 编排框架，而不限于 A2A 协议（推测）
- 把执行证据、技能信任与报价校准沉淀为可跨任务复用的画像或声誉服务（推测）
目前未知
- 该仓库为 research preview，未提供独立用户采用或生产环境使用证据
- score 与 star 只能反映关注度，不能证明该解法已被广泛验证
- 未出现真实用户抱怨、功能请求或社区讨论，只有项目自身的定位说明
继续核实
- 在实际 A2A 网络中，哪种执行中失败场景最让用户感到切换成本高，例如上下文丢失、协作开销失控或预算超支？
- SELF、COLLABORATE、HANDOFF 三类选择在不同任务规模下的收益是否有公开可复现的评测？
- 除该仓库外，是否还有其他团队或框架在构建类似的执行中 agent 路由层？
- 该参考实现中的信任校准与竞标偏差估计，在真实 agent 网络里是否稳定？
主题词
agent orchestrationruntime routingmulti-agent collaborationcontext transfertask scheduling