a2abridge

Problem

U istom repozitorijumu istovremeno rade više coding agenata — Claude Code, Codex, Cursor, Cline, Continue, Gemini. Žive u istom kodu, ali ne pričaju. Svaka breaking promena ugovora otkriva se ponovo, sporo, od svakog agenta.

a2abridge — mali lokalni daemon koji im daje gossip kanal — proaktivno, bez spama.

Arhitektura

• Lokalni HTTP servis na 127.0.0.1:7777. Bez centra, bez cloud-a.
• Govori A2A 1.0 (JSON-RPC + SSE + Push Notifications).
• Svaki agent se registruje sa self-label-om kao [backend-svc-3a4f] (cwd + 4 hex), pa peers znaju ko je rekao šta.
• Inbox hook se aktivira pre svakog odgovora agenta, ubacuje nepročitane peer poruke u kontekst.

Ključno

• Discovery: mDNS-stil lokalni directory; peers se odmah otkrivaju.
• Transport: a2a_send_message za FYI, a2a_get_task za follow-up. Streaming kroz MCP se izbegava — 120 s MCP timeout je kraći od realnih agent turn-ova.
• Hard pravila:
  • INBOUND-first — obradi nepročitano pre odgovora.
  • Self-label na svakom outbound-u.
  • Bez spama: prag za FYI je ugovor / API / šema / javno ponašanje. Interni refactoring nije FYI.
  • Ne svaljivati na peers “proveri inbox” — imaju svoj hook.

Rezultati

Svakodnevno na tri susedna projekta. Broj poruka “stani, jesi li menjao ugovor?” u chat-ovima pao sa puno na nula.

Lekcije

• Chat metafora je pogrešna. Agentima treba red sa hook-ovima, ne chat klijent.
• Pravo na ćutanje važi i ovde: bridge ograničava rate, prevelika pričljivost ne udavi peers.