A2A-protocol

Wat is het A2A-protocol?

Het A2A-protocol, kort voor Agent2Agent, is een open standaard voor communicatie tussen AI-agents die door verschillende teams op verschillende frameworks zijn gebouwd. Het stelt de ene agent in staat de mogelijkheden van een andere te ontdekken, er een taak aan te delegeren en die taak tot voltooiing te volgen, zonder dat beide partijen hun interne prompts, modellen of tools hoeven bloot te geven.

De belangrijkste punten

• A2A standaardiseert delegatie tussen agents, zoals Model Context Protocol de toegang van agents tot tools standaardiseert. De twee vullen elkaar aan, en de meeste serieuze agent-stacks gebruiken in 2026 beide.
• Discovery verloopt via Agent Cards: machineleesbare beschrijvingen van wat een agent kan en hoe hij te bereiken is, gepubliceerd op een bekende URL.
• De eenheid van werk is een taak met een levenscyclus. Taken kunnen langdurig lopen, voortgangsupdates streamen en eindigen in de status completed, failed of canceled.
• Google lanceerde A2A op 9 april 2025 met meer dan 50 technologiepartners, waaronder Atlassian, Salesforce, SAP, ServiceNow en PayPal [1], en droeg het protocol vervolgens over aan de Linux Foundation, waardoor het bestuur ervan op leveranciersneutrale basis kwam te staan.
• Agents blijven voor elkaar ondoorzichtig. Samenwerking verloopt via berichten en artefacten, nooit door interne status te delen, wat organisatorische grenzen intact houdt.

Hoe het werkt

A2A is gebouwd op vertrouwde webinfrastructuur: JSON-RPC over HTTP, met server-sent events voor streaming en pushmeldingen voor zeer langdurige taken. De interactie begint met discovery. Een agent die hulp zoekt, haalt de Agent Card van een andere agent op, een JSON-document dat diens vaardigheden, endpoint, ondersteunde content-types en authenticatie-eisen beschrijft. Cards worden doorgaans aangeboden op een bekend pad op het domein van de agent, waardoor het vinden van een partneragent lijkt op het vinden van de robots.txt van een website.

Zodra een client-agent een remote agent heeft gekozen, opent hij een taak. De remote agent accepteert die en werkt hem af volgens een vastgelegde levenscyclus, waarbij hij onderweg statusupdates uitzendt. Een taak kan ook pauzeren in een input-required-status, waardoor de remote agent tussentijds een verduidelijkende vraag kan stellen. Resultaten komen terug als artefacten, die tekst, gestructureerde data of bestanden kunnen zijn. Omdat alles via HTTP met standaard enterprise-authenticatie verloopt, is bestaande infrastructuur voor routing, monitoring en toegangscontrole zonder aanpassing bruikbaar. Ook de tooling-ondersteuning heeft gelijke tred gehouden: de Linux Foundation meldde in april 2026 dat de kern-repository van A2A in het eerste jaar de grens van 22.000 GitHub-sterren passeerde, terwijl het SDK-ecosysteem uitgroeide van één Python-implementatie naar vijf productieklare talen [2].

Het ontwerpprincipe dat A2A onderscheidt van een gedeeld multi-agentsysteem is ondoorzichtigheid. De client-agent ziet nooit hoe de remote agent werkt, alleen wat hij oplevert. Precies dat maakt samenwerking over leveranciers- en bedrijfsgrenzen heen realistisch: een inkoopagent bij het ene bedrijf kan een taak overdragen aan de fulfillment-agent van een leverancier, terwijl beide hun interne werking en beveiligingsopzet voor zichzelf houden.

Voorbeeld

Een onderneming draait een HR-onboarding-agent in het ene framework en een IT-provisioning-agent, gebouwd door een ander team, in een ander framework. Bij een nieuwe medewerker ontdekt de HR-agent de IT-agent via diens Agent Card, opent een taak om laptop, accounts en toegangsgroepen te regelen, en voegt het rolprofiel toe als gestructureerde data. De IT-agent streamt de voortgang terwijl elk systeem wordt afgerond, pauzeert eenmaal in input-required om een ongebruikelijk toegangsverzoek te bevestigen, en levert vervolgens een artefact dat alles samenvat wat is geregeld. Geen van beide teams hoefde zijn agent te herschrijven om bij de stack van de ander te passen; het protocol was het contract tussen hen.

Veelvoorkomende misvattingen

Het veelvoorkomende misverstand is dat A2A en MCP concurrerende standaarden zijn waartussen een team moet kiezen. Ze opereren op verschillende niveaus. MCP verbindt een agent met tools en data, dingen zonder eigen handelingsvermogen die op aanroepen reageren. A2A verbindt een agent met andere agents, peers die zelf redeneren, hun eigen context vasthouden en minuten of dagen nodig kunnen hebben om klaar te zijn. In een volwassen architectuur spreekt dezelfde agent beide talen: MCP naar beneden richting zijn tools, A2A opzij richting zijn peers.

FAQ

Wie heeft het Agent2Agent-protocol ontwikkeld? Google kondigde het in april 2025 aan met steun van meer dan vijftig technologie- en adviespartners, en droeg het later over aan de Linux Foundation, zodat geen enkele leverancier de specificatie beheerst. Bij de eerste verjaardag van het protocol in april 2026 telde de Linux Foundation meer dan 150 ondersteunende organisaties, tegenover ruim 50 bij de lancering [3].

Wanneer gebruik ik A2A in plaats van gewoon één grotere agent te bouwen? Grijp naar A2A bij organisatorische grenzen: verschillende teams, verschillende leveranciers, verschillende bedrijven. Binnen één codebase die van één team is, zijn directe orkestratie of subagents eenvoudiger. Het protocol verdient zijn overhead wanneer de samenwerkende agents hun interne werking niet kunnen of mogen delen.

Regelt A2A de beveiliging tussen agents? Het bouwt voort op standaard webauthenticatie en -autorisatie, en Agent Cards leggen de eisen van elke agent vast. Wat het niet kan doen, is een remote agent betrouwbaar maken. Een taak delegeren betekent vertrouwen op de output van een ander systeem, dus behandel ontvangen artefacten als niet-vertrouwde input en valideer ze zoals elke externe data.

Bronnen

1. Google for Developers Blog. "Aankondiging van de lancering van het A2A-protocol met meer dan 50 technologiepartners." https://developers.googleblog.com/en/a2a-a-new-era-of-agent-interoperability/. Geraadpleegd augustus 2026.
2. The Linux Foundation. "Groei van GitHub-sterren van de A2A-repository en SDK-talen in het eerste jaar van het protocol." https://www.linuxfoundation.org/press/a2a-protocol-surpasses-150-organizations-lands-in-major-cloud-platforms-and-sees-enterprise-production-use-in-first-year. Geraadpleegd augustus 2026.
3. The Linux Foundation. "Groei van ondersteunende A2A-organisaties van ruim 50 naar meer dan 150 in het eerste jaar." https://www.linuxfoundation.org/press/a2a-protocol-surpasses-150-organizations-lands-in-major-cloud-platforms-and-sees-enterprise-production-use-in-first-year. Geraadpleegd augustus 2026.