AIRE

The QUIC-native agent protocol.

AIRE — Agent Interchange Runtime Envelope — is a wire protocol for agent-to-agent communication. Open spec. Apache 2.0. Built for migration, multiplexed fan-out, semantic cancellation, and budget-aware backpressure.

Status: draft v0.1 License: Apache 2.0 Reference impl: Go

The bet

The agent era is moving across HTTP. HTTP is wrong for agents — wrong for streaming, wrong for fan-out, wrong for migration, wrong for identity, wrong for cancellation, wrong for cost-aware backpressure.

The right altitude isn't a new layer-4 protocol. QUIC already fixed the transport. The opening is agent-native semantics on top — and that's what AIRE is.

The problem with HTTP for agents

Today's agent protocols — MCP, A2A, and the various HTTP-based ACPs — all live on HTTP. That makes adoption easy. It also ceilings adoption hard.

The design

Transport
QUIC (RFC 9000). Connection-ID-based migration, multiplexed streams, 0-RTT, built-in TLS, escapes middlebox ossification.
Frames
Typed agent verbs: HELLO, CAPABILITY, INVOKE, STREAM, CANCEL, BUDGET, DELEGATE, ERROR, GOODBYE.
Identity
DID-based, signed, bound to streams — not connections. One connection can carry operations on behalf of many distinct agent identities.
Addressing
aire://node-id/agent-id/operation
Backpressure
Semantic. Tokens and dollars are first-class flow-control units, not bytes.
Cancellation
Per-operation, propagating to delegated sub-calls.
Resumability
Logical-operation resume across new connections.

Compared

Transport Migration Stream HOL Cancel Budget BP Identity
MCPstdio / Streamable HTTPinherits HTTPcrudeOAuth (bolted)
A2AHTTP + SSEinherits HTTP/2HTTP-cancelOAuth (bolted)
HTTP-ACPsHTTPinherits HTTPbolted
AIREQUIC✓ semantic✓ tokens + $✓ DID per stream

Roadmap

  1. v0.1 — frame types, handshake, basic semantics (in progress)
  2. v0.2 — capability negotiation, identity model
  3. v0.3 — budget / cancel / delegate semantics
  4. v0.4 — resumability, multipath
  5. v1.0 — frozen wire format, foundation donation

Governance

Currently led by a BDFL. Path to a neutral foundation (Linux Foundation / IETF) once the spec is proven and adopted. Read the governance doc.

Get involved