A2A-protokollet: samarbete kräver ett uppgiftskontrakt

Google presenterade Agent2Agent den 9 april 2025 som ett öppet protokoll för agenter byggda av olika leverantörer eller med olika ramverk. Lanseringen beskrev stöd från fler än 50 teknikpartner och ambitionen att koppla samman isolerade verksamhetsapplikationer. Deltagandet visar en ekosystemambition, inte att alla partner hade produktionsklara och kompatibla lösningar. 1

Den viktiga enheten är delegerat arbete. En agent ber en annan utföra en uppgift utan insyn i dess interna resonemang. Inköpsbeslut behöver därför skilja protokollstöd från bevis på att två specifika produkter kan slutföra den avsedda verksamhetstransaktionen.

Ett agentkort beskriver funktioner och hur en fjärragent kan nås. Betrakta beskrivningen som metadata för upptäckt, inte som tillstånd att skicka konfidentiellt material. En utlovad färdighet visar varken leverantörens villkor för datahantering eller beställarens behörighet. Kontrollera adressen och det organisatoriska ägarskapet före delegering.

En inköpsagent kan exempelvis hitta en agent för leverantörskontroll. Den bör bara skicka fälten som kontrollen kräver, inte hela inköpsakten. Den bredare strategin behandlas i företagsagenter. Här behövs ett konkret avtal om indata, resultat och ansvar.

En fjärruppgift kan ta längre tid än ett enda anrop och svar. Beställande applikation behöver veta om arbetet väntar, pågår, kräver komplettering, är klart eller har misslyckats. En vänlig bekräftelse i ett samtal betyder inte att verksamhetsuppgiften är genomförd. Bestäm vilka tillstånd som tillåter nästa steg och vilka som kräver ingripande.

Bevara uppgiftens identifierare vid omförsök och återanslutning. Om ett godkännande efterfrågas efter att ursprungsfönstret stängts måste någon fortfarande äga ärendet. Testa avbrutna anslutningar och försenade svar innan en kort demonstration tolkas som ett uthålligt företagsöverskridande arbetsflöde.

MCP används för att ansluta AI-applikationer till verktyg och resurser. A2A behandlar samarbete med en annan agent som kan hantera sitt eget arbete. Protokollen kan samexistera: fjärragenten kan använda MCP internt och samtidigt ta emot en delegerad uppgift via A2A. Inget av protokollen tar bort behovet av vanliga bakomliggande API:er.

Välj efter ansvarsfördelningen. En databasfråga behöver ofta ett verktygskontrakt; en extern specialistgranskning kan behöva ett uppgiftskontrakt. Företagets kunskap förklarar informationsnyttan, men överföring av information och överlämning av arbetsansvar är olika konstruktionsbeslut.

Definiera leveransen innan uppgiften beställs: en strukturerad bedömning, källförteckning eller uppdaterad verksamhetspost. Ett välskrivet svar ska inte räknas som färdigt när obligatoriska belägg saknas. Kontrollera identifierare och nödvändiga fält med vanlig programkod innan fjärrresultatet accepteras och används vidare.

Sätt tidsgränser och en eskaleringsväg när agenter är oense eller begär komplettering. Agentsäkerhet behandlar mandatmodellen. Den särskilda interoperabilitetskontrollen är ett verifierbart godkännandekrav mellan organisationerna, så att beställaren och utföraren inte i tysthet använder olika definitioner av färdigt arbete.

Pröva en enda uppgift mellan självständigt drivna system innan ett stort nät av agenter byggs. Ta med nekad åtkomst, felaktiga leveranser, avbrott och uppgradering av fjärrtjänsten. Registrera om arbetsflödet återhämtar sig utan att upprepa åtgärder som får konsekvenser. Detta är rekommenderade tester, inte uppmätta garantier från protokollet.

Resultatet bör bli en interoperabilitetsförteckning med versioner, ansvariga, datakategorier och accepterat felbeteende. Rådgivning kan hjälpa till att avgränsa utvärderingen. Beskedet 2025 öppnade ett samarbetslager; nyttan avgörs av om en viss verksamhetsgräns nu kan passeras på ett förutsägbart sätt.