MuleSofts A2A-bro: Agentforce-agenter kan delta i multi-agent workflows

En uke etter at MuleSoft lanserte Agent Fabric på Dreamforce, kom en av delene som gjør ideen praktisk. 23. september kunngjorde MuleSoft en A2A-bro som lar eksisterende Salesforce Agentforce-agenter delta i multi-agent workflows bygget på Agent2Agent-protokollen, uten at agentene må skrives om.

På overflaten er det en liten nyhet. Under overflaten sier den mye om hvor integrasjonsplattformene er på vei: fra å koble sammen systemer til å koble sammen agenter.

Hva MuleSoft lanserte

A2A (Agent2Agent) er en åpen protokoll som lar agenter finne hverandre, sende oppgaver videre og rapportere tilbake. Google lanserte den i april 2025, og den har vært et Linux Foundation-prosjekt siden juni 2025. I april 2026 meldte stiftelsen om over 150 organisasjoner som støtter protokollen, en stabil 1.0-spesifikasjon og støtte i agentplattformene til Microsoft, AWS og Google.

Problemet er at de fleste agentene som kjører i virksomheter i dag, ikke er laget for A2A. Agentforce-agenter bruker Salesforces eget Agentforce API. MuleSofts svar er en bro som kjører som en policy i Omni Gateway. Ifølge MuleSoft gjør den dette:

• oversetter mellom A2A og Agentforce API,
• lager et A2A Agent Card som beskriver hva hver agent faktisk kan gjøre,
• mapper identifikatorer og håndterer task lifecycle i A2A, slik at Agentforce-agenten oppfører seg som en fullverdig A2A-deltaker,
• håndterer autentisering, også OAuth 2.0 on behalf of brukeren.

De samme reglene gjelder for agenter via broen og for agenter som støtter A2A fra før: autentisering, PII detection, schema validation, rate limiting, audit logging og end-to-end tracing. Oppsettet gjøres i Agent Fabric. MuleSoft sier at en tilsvarende bro for Microsoft Copilot Studio er på vei.

Hvorfor det betyr noe

De fleste store virksomheter kommer til å ha agenter på flere plattformer: Salesforce, Microsoft, ServiceNow, skyleverandørene og egen kode. Agentene må jobbe sammen, og hver direkte, spesialbygde kobling mellom to agenter er en ny integrasjon som skal bygges, sikres og vedlikeholdes.

Det er et kjent problem. Det er point-to-point-problemet fra for tjue år siden, bare med agenter i stedet for applikasjoner. Svaret den gangen var et felles lag med standardprotokoller, sentrale regler og ett sted å se hva som skjer. A2A-broen er MuleSoft som bruker det samme mønsteret på agenter: A2A som felles protokoll, Omni Gateway som stedet reglene håndheves, og Agent Fabric som stedet man ser helheten.

Det er også et mer stillferdig poeng. En bro som får agenter til å se standard ut utenfra, gjør det billigere å ikke samle seg om én agentplattform. Det passer MuleSoft godt, siden forretningen deres er å stå mellom systemer fra mange leverandører.

Hvordan det står seg

A2A og MCP nevnes ofte sammen, men de løser ulike problemer. MCP kobler en agent til verktøy og data. A2A kobler agenter til andre agenter. Integrasjonsplattformene legger nå til begge deler.

MuleSoft er tidlig ute med en bro for en bestemt agentplattform, men blir neppe alene. De store skyleverandørene støtter allerede A2A direkte, og de andre iPaaS-leverandørene bygger agent registries og gateways som kan ta det samme steget. Forskjellene vil ligge i detaljene: hvilke agentplattformer som dekkes, hvordan identitet følger med fra agent til agent, og hvor godt broen gjenspeiler hva agenten bak faktisk kan.

Hva du bør spørre om

Bruker dere Agentforce og planlegger multi-agent workflows, er disse spørsmålene verdt å stille:

1. Identitet: Når én agent ber en annen om å gjøre noe, hvem sine tilganger gjelder? Sjekk hvordan on-behalf-of-flyten fungerer hele veien.
2. Riktige Agent Cards: Et generert Agent Card er ikke bedre enn agenten bak. Test at det agenten sier den kan, er det den faktisk leverer.
3. Tracing på tvers av plattformer: Kan dere følge én forespørsel gjennom alle agentene som er involvert, også dem utenfor Salesforce?
4. Feilhåndtering: Hva skjer når en agent i kjeden får timeout eller svarer dårlig? A2A definerer statuser for oppgaver, men logikken for retry og fallback er fortsatt deres ansvar.
5. Lock-in: Protokollen er åpen, men broen og reglene ligger i MuleSoft. Det kan være et godt valg, så lenge det er et bevisst valg.

A2A er fortsatt ungt i produksjon. MuleSofts bro er et tegn på at integrasjonslaget for agenter tar form, og at plattformene som allerede står mellom systemene deres, vil stå mellom agentene også. Dette bygger videre på MuleSofts lansering av Agent Fabric på Dreamforce.