Anfang 2026 gab es im Agenten-Bereit ein Fragmentierungs-Problem: Jeder Anbieter kochte sein eigenes Werkzeug-Soup. Dann setzten sich zwei Protokolle durch: MCP für Agent-zu-Werkzeug-Kommunikation und A2A für Agent-zu-Agent-Kooperation. Zusammen bilden sie das Fundament der interoperablen Agenten-Ökonomie.
MCP: Das "USB-C" für KI-Werkzeuge
Model Context Protocol (initiiert von Anthropic, inzwischen branchenweit adaptiert) standardisiert, wie LLMs/Agenten auf externe Werkzeuge und Datenquellen zugreifen.
Das Problem, das MCP löst
Vor MCP: Für jede (Modell × Werkzeug)-Kombination ein Custom-Integration-Aufwand. 20 Modelle × 50 Werkzeuge = 1.000 Integrationspfade.
Nach MCP: Werkzeug implementiert MCP einmal → funktioniert mit allen MCP-fähigen Modellen. 20 + 50 = 70 Implementierungen.
Wie MCP funktioniert (vereinfacht)
[Agent/LLM] ←→ [MCP Client] ←→ [MCP Server] ←→ [Werkzeug/Datenquelle]
(JSON-RPC)
Drei Kern-Konzepte:
- Tools: Funktionen, die der Agent aufrufen kann (z.B.
search_web,query_database,send_email) - Resources: Datenquellen, die der Agent lesen kann (Dateien, APIs, Datenbanken)
- Prompts: Wiederverwendbare Prompt-Templates für wiederkehrende Aufgaben
Praxis-Beispiel: Ein Agent soll eine Kundendatenbank analysieren. Statt Custom-Code für "Agent X + Datenbank Y" schreibt der Entwickler einen MCP-Server, der die Datenbank als Tools exponiert (get_customer, query_orders, calculate_ltv). Jeder MCP-fähige Agent kann diese Tools nutzen — ohne weitere Anpassung.
Warum MCP für Unternehmen wichtig ist
- Investitionsschutz: Werkzeug-Integrationen funktionieren modell-übergreifend
- Make-or-Buy-Flexibilität: Eigene MCP-Server für Spezial-Workflows, Community-Server für Standard-Aufgaben
- Sicherheits-Grenzen: MCP-Server kapseln Zugriffsrechte (Agent sieht nur, was der Server exponiert)
A2A: Das "HTTP" der Agenten-Kooperation
Agent-to-Agent Protocol (Google-Initiative, 2025 vorgestellt, 2026 breit etabliert) regelt, wie autonome Agenten unterschiedlicher Anbieter/Inhaber miteinander kommunizieren und kooperieren.
Das Problem, das A2A löst
Ein Recherche-Agent (Anbieter A) soll einen Analyse-Agenten (Anbieter B) mit Daten versorgen und dessen Ergebnis an einen Content-Agenten (Anbieter C) übergeben. Ohne Standard: Zwiebel-Integrationen mit Unlocking-Aufwand. Mit A2A: Agenten verhandeln Fähigkeiten und Aufgaben über ein einheitliches Protokoll.
Kern-Konzepte von A2A
- Agent Cards: Selbstbeschreibung jedes Agenten — Fähigkeiten, Endpunkte, Authentifizierung (wie eine digitale Visitenkarte im JSON-Format)
- Tasks: Arbeitseinheiten, die ein Agent einem anderen überträgt (mit Status-Tracking: submitted → working → done)
- Artifacts: Ergebnisse, die Agenten austauschen (Dokumente, Daten, Media)
- Messaging: Streaming-Kommunikation für Langlauf-Aufgaben (Real-Time-Fortschritts-Reports)
Praxis-Beispiel: Ihr Content-Agent (OpenClaw-basiert) braucht Marktdaten. Er entdeckt via Agent Card einen Daten-Agenten eines Drittanbieters, überträgt eine Task "Analysiere Markt X", erhält Streaming-Updates und schließlich das Artifact (Analyse-Report) — alles ohne manuelle Verkettung.
MCP + A2A: Wie sie zusammenarbeiten
Die Protokolle sind komplementär, nicht konkurrierend:
| Ebene | Protokoll | Fragestellung |
|---|---|---|
| Agent ↔ Werkzeug/Daten | MCP | "Womit arbeite ich?" |
| Agent ↔ Agent | A2A | "Mit wem arbeite ich zusammen?" |
Typische Multi-Agent-Infrastruktur 2026:
[Content-Agent] --A2A--> [Recherche-Agent]
|
MCP-Servers: Web-Suche, Datenbanken, APIs
|
[SEO-Agent] --A2A--> [Deploy-Agent]
|
MCP-Servers: Git, CI/CD, Cloud
Jeder Agent nutzt MCP für seine Werkzeuge; A2A koordiniert die Zusammenarbeit über die Kette.
Was Unternehmen jetzt tun sollten
- Bestands-Aufnahme: Welche internen Systeme sollen agenten-fähig werden? (CRM, ERP, DWH, Ticketing)
- MCP-Server als Integrations-Schicht planen: Statt Punkt-zu-Punkt-Agenten baut man MCP-Server als standardisierte Schnittstellen zu den Kernsystemen
- A2A für Partner-Szenarien prüfen: Wo arbeiten Agenten Ihrer Partner/Lieferanten? (B2B-Agenten-Marktplätze entstehen)
- Governance definieren: Wer darf welche Agent Cards publizieren? Welche Tasks dürfen automatisch angenommen werden? Budget-Limits pro Task?
- Pilot aufsetzen: Ein Workflow (z.B. Recherche → Analyse → Report) mit 2–3 Agenten über A2A + MCP-Werkzeuge
FAQ
F: Sind MCP und A2A Open Standard? A: Ja, beide sind als offene Spezifikationen publiziert und werden von branchenweiten Gremien weiterentwickelt. Kein Vendor-Lock-in durch das Protokoll selbst.
F: Braucht A2A MCP? A: Nein, sie funktionieren unabhängig. In der Praxis kombinieren moderne Agenten-Stacks beide.
F: Was ist der Unterschied zu Function Calling? A: Function Calling ist die modelleigene Fähigkeit, strukturierte Aufrufe auszulösen. MCP standardisiert, WIE Werkzeuge diese Aufrufe exponieren — über Modellgrenzen hinweg.
F: Gibt es bereits produktive A2A-Einsätze? A: 2026: B2B-Szenarien (Datenanbieter-Agenten, Workflow-Kooperation), interne Multi-Team-Agenten-Orchestrierung und Agenten-Marktplätze. Massenmarkt-Adoption läuft.
Fazit
MCP und A2A sind die Fundamente der Agenten-Interoperabilität — vergleichbar mit dem, was HTTP für das Web bedeutete. Unternehmen, die ihre Systeme jetzt MCP-fähig machen und A2A-Szenarien pilotieren, sind 2027 nicht diejenigen, die teure Alt-Integrationen ersetzen müssen, sondern die, die jeden neuen Agenten plug-and-play integrieren. Wir helfen beim Aufbau — von der MCP-Integrations-Schicht bis zur Multi-Agent-Orchestrierung.
Ultrion implementiert MCP- und A2A-Infrastrukturen für Unternehmen. Beratungsgespräch anfragen →