Problem
Hvert nyt AI-værktøj lover en agent. Resultatet kan være paradoksalt: mere lokal autonomi og mere globalt kaos.
En agent ved ikke, at andre agenter eksisterer. En anden ved ikke, hvilke værktøjer den har tilladelse til at bruge. En tredje integrerer data med sin egen connector. En fjerde bruger direkte API’er. Hver enkelt løser sin egen verden, men virksomheden akkumulerer øer.
Uden protokoller får organisationen ikke noget system. Den får en sværm uden kort.
Tesen
A2A + MCP er vigtige, fordi de flytter samtalen fra produkt til nervesystem.
MCP strukturerer, hvordan en agent tilgår kontekst og værktøjer. A2A strukturerer, hvordan agenter opdager hinanden, eksponerer kapaciteter og samarbejder. Sammen tegner de en arkitektur: agenter, der ikke lever som isolerede features, men som koordinerbare noder.
Rammeværk
Tænk arkitekturen i fire kontrakter:
- Discovery: hvordan man ved, at en agent eller et værktøj eksisterer.
- Capability: hvad den kan, og under hvilke grænser.
- Invocation: hvordan man beder den om arbejde.
- Evidence: hvordan den returnerer tilstand, resultat og spor.
Mini-case: en kommerciel agent skal forberede et tilbud. Den kan bede en MCP-server i CRM om kontekst, kalde en juridisk agent for at gennemgå klausuler, tilkalde en økonomisk agent for margin og returnere et tilbud med beviser. Uden protokoller er hvert skridt en ad hoc-integration.
Målbar indikator: procentdel af agentiske kapaciteter eksponeret via discoverable og versionerede kontrakter.
Holdning: Fremtiden er ikke en mega-agent. Det er et styret netværk af kapaciteter.
Hvorfor det er vigtigt nu
Google præsenterede Agent2Agent som en åben protokol for interoperabilitet mellem agenter og donerede den til Linux Foundation. MCP er blevet referencen for at forbinde modeller med værktøjer og data. AI Security Institute har observeret en kraftig vækst i offentlige agentiske værktøjer, især i MCP-økosystemer.
Den praktiske konklusion: virksomheder skal tænke i protokoller, før agentkortet vokser uden styring.
Anti-eksempel
“Hvert team vælger sit eget agent-framework.”
Det kan accelerere i starten. Herefter skaber det duplikation, inkonsistente tilladelser, gentagne data og overdragelser, der er umulige at revidere.
Protokol (3 trin)
- Kortlæg kapaciteter, ikke leverandører. Hvad organisationen kan gøre med agenter.
- Definer minimumskontrakter. Beskrivelse, ejer, tilladelser, inputs, outputs, fejl og spor.
- Versionér integrationer. Et værktøjsskift må ikke bryde nervesystemet.
| Kontrakt | Bruges til | Risiko hvis den mangler |
|---|---|---|
| discovery | at finde kapaciteter | duplikation |
| capability | at forstå grænser | værktøjsmisbrug |
| invocation | at bede om arbejde | skrøbelig integration |
| evidence | at revidere resultatet | sort boks |
| versioning | at udvikle | tavse brud |
Relateret
- MCP i virksomheden: standarden der undgår agentkaos
- Agent Handoffs: gnidningsløse overdragelser mellem mennesker og agenter
- Tool Registry: det nye risikokort for enterprise-agenter
Konsulterede kilder
- Google Developers Blog: Announcing the Agent2Agent Protocol
- A2A protocol specification
- Model Context Protocol documentation
Næste skridt
Lav en liste over ti agentiske kapaciteter, som din virksomhed allerede har eller ønsker at have. Skriv ikke værktøjsnavne. Skriv kontrakter: hvem kalder, hvad den modtager, hvad den returnerer, og hvordan det revideres.
Oversat fra den spanske original med AI-hjælp og gennemset for nøjagtighed. Læs originalen på spansk.