Nøkkelinnsikt

• A2A styrer kommunikasjon mellom agenter, mens MCP kobler enkeltagenter til verktøy og data — de løser ulike problemer
• Begge protokollene bruker JSON-RPC over vanlig HTTP, noe som gjør dem kompatible med eksisterende nettinfrastruktur
• A2A-agenter annonserer hva de kan gjennom agentkort, slik at andre agenter finner dem automatisk

---

Kort fortalt

AI-agenter kan tenke og lage innhold på egen hånd, men å koble dem til hverandre og til eksterne verktøy har krevd skreddersydde løsninger for hvert tilfelle. To åpne protokoller vil standardisere dette: A2A (Agent-to-Agent Protocol) håndterer kommunikasjon mellom agenter, mens MCP (Model Context Protocol) kobler enkeltagenter til datakilder og verktøy. I denne IBM Technology-videoen forklarer Martin Keen og Anna Gutowska hvordan protokollene fungerer, og hvorfor de utfyller hverandre i stedet for å konkurrere.

---

Hva A2A gjør

Agent-to-Agent Protocol (A2A) er en åpen protokoll, opprinnelig laget av Google, som bestemmer hvordan AI-agenter utveksler meldinger og oppgaver. Det spiller ingen rolle hvilket selskap eller rammeverk som bygget agentene (0:59). Har ett team bygget en agent med én teknologi og et annet team brukt noe helt annet, kan de likevel samarbeide uten skreddersydd kode.

Agentkort

Hver A2A-agent publiserer et agentkort (agent card), en standardisert beskrivelse som forteller hva agenten kan gjøre (1:53). Andre agenter oppdager disse kortene automatisk, sjekker hvilke ferdigheter som tilbys, og fordeler arbeidet mellom seg. Gutowska sammenligner det med en CV som andre agenter kan lese og handle etter (2:00).

Fungerer på tvers av datatyper

A2A-meldinger er ikke begrenset til tekst. Agenter kan utveksle bilder, filer og strukturerte data som del av samme arbeidsflyt (3:12). Én agent kan lage et designutkast, en annen kan vurdere det, og en tredje kan håndtere godkjenning.

Transport og dataformat

A2A kjører på vanlig HTTP, så enhver eksisterende webserver, API-gateway (en server som fungerer som ett felles inngangspunkt for API-forespørsler) eller infrastruktur kan være vert for en A2A-agent (3:38). Dataformatet er JSON-RPC 2.0, en lettvektsstandard for strukturert forespørsel-respons-kommunikasjon mellom systemer (4:09). Det betyr at agentene får ruting, sikkerhetslag, lastbalansering og logging fra infrastrukturen som allerede er på plass.

Strømming for langvarige oppgaver

For jobber som tar tid, støtter A2A strømming av oppdateringer gjennom Server-Sent Events (SSE, en nettteknologi som lar en server sende sanntidsoppdateringer til en klient) (4:57). Én agent kan sende statusoppdateringer og delresultater til en annen uten å vente på det endelige svaret.

---

Hva MCP gjør

Model Context Protocol (MCP), opprinnelig laget av Anthropic, løser et annet problem: hvordan en enkelt agent får tilgang til eksterne data og verktøy (5:43). Uten MCP må utviklere skrive egen kode for hver kombinasjon av modell og verktøy. Bytter du modell eller verktøy, må du bygge integrasjonen på nytt (6:34).

Vert- og serverarkitektur

MCP bruker et design med to lag. MCP-verten (MCP host) er AI-applikasjonen der agenten kjører. MCP-serveren sitter under og vet hvordan den skal snakke med bestemte ressurser som filsystemer, kodebaser eller databaser (7:06). Serveren viser et enhetlig grensesnitt til agenten og skjuler kompleksiteten i hver enkelt ressurs.

Tre primitiver

MCP-servere tilbyr tre typer funksjoner (7:44):

Transporten avhenger av plassering

Som A2A bruker MCP JSON-RPC som meldingsformat. Men transportlaget avhenger av hvor serveren befinner seg (8:55):

• Lokale servere (samme maskin, for eksempel en IDE-plugin): standard inn/ut (stdio)
• Fjernservere (annen maskin): HTTP med støtte for strømming

Bygg én gang, bruk overalt

Hovedfordelen: bygg en MCP-server én gang, og enhver MCP-kompatibel vert kan ta den i bruk (9:32). Bytt modeller eller applikasjoner uten å skrive ny integrasjonskode. Det finnes allerede ferdige MCP-servere for filsystemer, Slack, GitHub, databaser og mange andre tjenester (9:52).

---

Slik fungerer de sammen

Keen og Gutowska avslutter med et detaljhandelseksempel som bruker begge protokollene (10:07):

1. En lageragent bruker MCP til å koble seg til produkt- og lagerdatabaser
2. Når beholdningen er lav, bruker lageragenten A2A til å varsle en intern bestillingsagent
3. Bestillingsagenten bruker A2A til å kommunisere med én eller flere eksterne leverandøragenter

MCP gir lageragenten tilgang til data. A2A lar agentene samordne seg på tvers av organisasjonsgrenser. De to protokollene dekker ulike lag: MCP håndterer den vertikale koblingen mellom en agent og verktøyene den bruker, mens A2A tar seg av den horisontale forbindelsen mellom agenter.

Som Keen oppsummerer: «A2A for agenter som snakker med agenter, og MCP for agenter som snakker med verktøy og data» (11:17).

---

Praktiske konsekvenser

For utviklere som bygger AI-agenter

Å forstå forskjellen mellom A2A og MCP gjør det lettere å unngå unødvendig spesialkode. Bruk MCP for å koble agenter til verktøy og datakilder. Bruk A2A når agenter fra ulike systemer trenger å samarbeide. Begge bruker velkjente nettstandarder (HTTP, JSON-RPC), så de passer inn i eksisterende infrastruktur.

For team som vurderer agentrammeverk

Når dere velger rammeverk, sjekk om de støtter A2A og MCP. Begge protokollene er åpne standarder, noe som betyr at ingen enkeltleverandør kontrollerer spesifikasjonen. Agenter bygget på rammeverk som støtter disse protokollene kan samhandle uten spesialtilpasset mellomvare.

---

Ordliste

---

Kilder og ressurser