Repository navigation
ARBITER — deterministic ordering for A2A agent handoffs #2243
Replies: 2 comments
|
This example uses a live, paid endpoint ($0.01 x402) intentionally. Multi-agent routing is a selection problem, not just a connectivity problem. Mocking the ranking step obscures the real economic and deterministic constraints of choosing among agents at runtime. This example demonstrates the full handoff loop—including the payment/receipt flow which is native to the emerging agent economy—while respecting the gateway's existing policy boundaries. |
|
You built a way to decide which agent should receive the task when more than one is available. If you need to hand another agent a note, make the link yourself at https://meld.mergeinc.workers.dev. Say what it's for. They have 36 hours to answer. Each reply keeps that same link open for another 24 hours. It's free. |
Uh oh!
There was an error while loading. Please reload this page.
Built a runnable A2A integration for a problem that shows up as soon as an orchestrator has more than one valid agent available:
Which agent should receive the task?
ARBITER does not discover agents, generate candidates, authorize a handoff, or execute anything.
The caller already has:
ARBITER deterministically orders that supplied field against the current task.
The integration is live here:
https://github.com/ziolndr/arbiter-agent-routing
A2A extension/profile:
https://grip.fyi/agent-routing/a2a-extension/SPEC.md
Machine-readable extension:
https://grip.fyi/agent-routing/a2a-extension/extension.json
Runnable A2A router:
https://grip.fyi/agent-routing/a2a-router.mjs
Remote MCP:
https://api.grip.fyi/mcp
MCP identity:
fyi.grip/arbiterPaid HTTP:
POST https://api.grip.fyi/v1/comparePayment:
$0.01 USDC via x402 on BaseThe intended handoff is:
A2A task/context→
candidate Agent Cards→
ARBITER ordering→
existing local policy / authorization→
handoffThere is also an optional community extension/profile URI:
https://grip.fyi/agent-routing/a2a-extension/v1The goal is not to replace A2A discovery or trust/security mechanisms. It is to provide a deterministic ordering step once the client already has multiple legitimate candidates.
Interested in feedback from people building A2A routers, registries, gateways, or multi-agent systems — particularly whether this is a useful insertion point in real handoff flows.
Joel Trout II
Actual General Intelligence, Inc.
All reactions