MCP + A2A: Die zwei Protokolle hinter jedem produktiven agentischen KI-System

Kernpunkte

• MCP hat 10.000+ veröffentlichte Server, 97M monatliche SDK-Downloads und 300+ Clients — Anthropics Ökosystem-Update (Dezember 2025) bestätigte Cross-Vendor-Unterstützung von OpenAI, Google, Microsoft und Cursor.
• A2A überschritt 150 Organisationen im ersten Jahr — Linux Foundation-Ankündigung (April 2026), mit Produktions-Deployments auf Google-, Microsoft- und AWS-Plattformen.
• Google positionierte A2A ausdrücklich als Ergänzung zu MCP — MCP verbindet Agenten mit Tools; A2A verbindet Agenten mit Agenten. Beide stehen nun unter Linux Foundation-Governance.
• 23% der Organisationen haben aktive KI-Agenten-Piloten — Capgemini, 2026. Die Protokoll-Frage ist nicht mehr theoretisch; sie ist eine Architektur-Entscheidung.
• Stackloks 2026-Umfrage zeigt 41% der Software-Organisationen in limitierter oder breiter Produktion mit MCP-Servern — das Enterprise-Fundament ist real, nicht spekulativ.

Zwei Protokolle wurden innerhalb von sechs Monaten gestartet und gestalteten neu, wie sich KI-Agenten verbinden. Anthropic veröffentlichte das Model Context Protocol (MCP) im November 2024 als offenen Standard zur Verbindung von KI-Agenten mit Tools und Daten. Google veröffentlichte das Agent2Agent Protocol (A2A) im April 2025 als offenen Standard zur Verbindung von KI-Agenten miteinander. Beide stehen nun unter Linux Foundation-Governance. Beide sind Open Source. Beide werden von konkurrierenden Giganten übernommen — OpenAI, Google, Microsoft und Anthropic unterstützen beide.

Die Analogie, die haften bleibt: MCP ist USB-C für KI. A2A ist HTTP für Agenten. Dieser Artikel erklärt, wie sie in einem produktiven agentischen KI-System zusammenpassen, was die Adoptionszahlen über den Zustand des Ökosystems aussagen, und das Architektur-Muster für ihre Kombination in einem B2B-Deployment.

Der zweischichtige Protokoll-Stack

Das Diagramm zeigt den zweischichtigen Stack: A2A oben (Agent-zu-Agent-Koordination), MCP in der Mitte (Agent-zu-Tool-Zugriff) und externe Systeme und spezialisierte Agenten unten. Ein Agent empfängt eine Aufgabe via A2A, delegiert Teilaufgaben an andere Agenten via A2A und nutzt MCP, um Tools aufzurufen, die auf NetSuite, HubSpot, BigCommerce oder einen der 10.000+ MCP-Server zugreifen.

MCP: die Tool-Zugriffsschicht

MCP löst das M×N-Integrationsproblem. Vor MCP benötigte jedes KI-Modell maßgeschneiderten Integrationscode für jedes Tool, das es aufrief — M Modelle × N Tools = M×N Integrationen. MCP ersetzt dies durch eine M+N-Lösung: Tool-Anbieter erstellen N MCP-Server, KI-Anwendungsentwickler erstellen M MCP-Clients und jeder Client kann jeden Server über das standardisierte Protokoll aufrufen.

Die Adoptionszahlen sind nicht mehr spekulativ:

Metrik	Wert	Quelle
Aktive öffentliche MCP-Server	10.000+	Anthropic Ökosystem-Update, Dezember 2025
Monatliche SDK-Downloads	97M+ (Python + TypeScript)	Anthropic, Dezember 2025
MCP-Clients	300+	Mehrere Ökosystem-Tracker
GitHub-Repos mit mcp-server-Thema	15.926	GitHub Search API, 24. Mai 2026
Enterprise-Produktion (limitiert oder breit)	41% der Software-Organisationen	Stacklok State of MCP 2026 Umfrage
Offizielle Registry-Server-Einträge	9.652	MCP Registry API, Mai 2026

MCPs Release-Kandidat vom 28. Juli 2026 macht die Protokollschicht zustandslos — entfernt den Session-Handshake, führt explizite Handles für zustandsbehaftete Workflows ein und macht OAuth 2.1 mit PKCE obligatorisch. Für B2B-Deployments bedeutet dies keine Sticky-Sessions, keine gemeinsamen Session-Stores und zustandslose horizontale Skalierung hinter einfachen Round-Robin-Load-Balancern.

A2A: die Agenten-Koordinationsschicht

A2A füllt die Lücke, die MCP nicht abdeckt. MCP verbindet einen Agenten mit Tools. A2A verbindet einen Agenten mit einem anderen Agenten. Ein Agent, der eine spezialisierte Fähigkeit benötigt — Preislogik, Katalogsuche, RFQ-Verarbeitung — kann die Arbeit an einen Remote-Agenten delegieren, der diese Fähigkeit über einen A2A-Endpoint bereitstellt, das Ergebnis als A2A-Aufgabe empfangen und seinen eigenen Workflow fortsetzen.

Die Linux Foundation-Ankündigung (9. April 2026) bestätigte:

• 150+ Organisationen unterstützen den Standard im ersten Jahr
• Produktions-Deployments auf Google-, Microsoft- und AWS-Plattformen
• 50+ Launch-Partner einschließlich Salesforce, PayPal, Atlassian, Accenture, BCG, Deloitte, McKinsey und PwC
• Tiefe Integration in Google Cloud (Vertex AI, Agent Engine, Agent Development Kit)

A2A definiert drei Kernprimitive:

• Agent Card — ein JSON-Dokument unter /.well-known/agent-card.json, das Identität, Fähigkeiten und Endpoint des Agenten beschreibt. So entdecken sich Agenten gegenseitig.
• Task — die Arbeitseinheit, gesendet via message/send (nicht-streaming) oder message/stream (streaming). Aufgaben durchlaufen Zustände: submitted, working, input-required, completed, failed, canceled.
• Artifact — strukturierte Ausgabe, die während der Task-Ausführung produziert und dem Client gestreamt wird, sobald verfügbar.

Die komplementäre Architektur

Google positionierte A2A ausdrücklich als Ergänzung zu MCP: "A2A ist ein offenes Protokoll, das Anthropics MCP ergänzt." Das Positioning ist präzise — sie operieren auf unterschiedlichen Schichten:

Dimension	MCP	A2A
Was es verbindet	Agent zu Tools/Daten	Agent zu Agent
Richtung	Vertikal (Agent abwärts zu Systemen)	Horizontal (Agent seitwärts zu Agenten)
Entdeckung	Tool-Liste (tools/list)	Agent Card (/.well-known/agent-card.json)
Arbeitseinheit	Tool-Aufruf (tools/call)	Task (message/send, message/stream)
Ausgabe	Tool-Ergebnis (JSON)	Artifact (gestreamt, strukturiert)
Transport	STDIO, Streamable HTTP	JSON-RPC 2.0 über HTTP/SSE
Auth	OAuth 2.1 + PKCE (obligatorisch ab 28. Juli)	Agent Card-Authentifizierung (framework-definiert)
Zustand	Zustandslos (28. Juli RC) + explizite Handles	Task-Lebenszyklus (submitted bis completed)
Unterstützt von	Anthropic	Google
Governance	Linux Foundation (Agentic AI Foundation)	Linux Foundation
Adoption	10.000+ Server, 97M Downloads	150+ Organisationen, 50+ Launch-Partner

Das Architektur-Muster für ihre Kombination in einem B2B-Deployment:

1. Ein spezialisierter Agent (z.B. ein RFQ-Verarbeitungs-Agent) stellt seine Fähigkeiten über eine A2A Agent Card bereit. Andere Agenten entdecken ihn und delegieren Aufgaben an ihn.
2. Der RFQ-Agent nutzt MCP, um Tools aufzurufen, die auf NetSuite (Katalogsuche, Angebotserstellung, Verfügbarkeitsreservierungen), HubSpot (Kundensegment-Lookup) und BigCommerce (Produktkatalog) zugreifen. Das MCP-Modul-Muster bietet typisierte Schemas, Rate-Limits, Audit-Logs und das explizite-Handle-Muster für zustandsbehaftete Workflows.
3. Der Orchestrierungs-Agent empfängt eine High-Level-Aufgabe via A2A, delegiert Teilaufgaben an spezialisierte Agenten via A2A, und jeder spezialisierte Agent nutzt MCP, um mit den zugrunde liegenden Systemen zu interagieren. Der Orchestrator berührt NetSuite nie direkt — er delegiert an den RFQ-Agenten, der an seine MCP-Tools delegiert.

Dies ist das Muster, das der bestehende A2A-Bridge-Artikel demonstriert: wie man die native API eines Frameworks als A2A Agent Card bereitstellt. Das fehlende Stück in den meisten Deployments ist die MCP-Schicht darunter — die typisierten Module, die Tools sicher, auditierbar und geregelt machen.

Warum beide Protokolle für B2B wichtig sind

Ein B2B-Deployment, das nur MCP verwendet, hat Agenten, die Tools aufrufen, sich aber nicht miteinander koordinieren können. Jeder Workflow ist ein Einzelagenten-Monolith. Ein Deployment, das nur A2A verwendet, hat Agenten, die Aufgaben delegieren, aber ohne maßgeschneiderten Integrationscode für jedes Tool nicht auf externe Systeme zugreifen können. Beide Protokolle werden benötigt.

Die Capgemini 2026 Forschung fand, dass 23% der Organisationen aktive KI-Agenten-Piloten haben. Der Anthropic 2026 State of AI Agents Report fand, dass 46% der Organisationen Integration als die #1-Adoptionsbarriere identifizieren. Die beiden Protokolle adressieren genau diese Barriere: MCP standardisiert Tool-Integration, A2A standardisiert Agenten-Koordination. Zusammen reduzieren sie die Integrationslast von M×N individuellen Verbindungen auf M+N standardisierte.

Für ein Mid-Market-B2B-Unternehmen, das ein produktives Agentensystem baut, lautet die Protokoll-Frage nicht "welches?" — sondern "wie passen sie zusammen?" Die Antwort ist der zweischichtige Stack: A2A für Agent-zu-Agent-Delegation, MCP für Agent-zu-Tool-Zugriff und das MCP-Modul-Muster als die geregelte Schicht, die Tools sicher aufrufbar macht.

Weiterführende Literatur

• Integrating A2A with Existing Agent Frameworks: A Hermes Agent Demonstration — das Bridge-Muster zum Bereitstellen der nativen API eines Frameworks als A2A Agent Card, mit Hermes Agent als Beispiel
• MCP 2026-07-28: What the Stateless Protocol Means for B2B Agent Deployments — das zustandslose Protokoll-Release und das explizite-Handle-Muster für zustandsbehaftete Workflows in der MCP-Schicht
• MCP Module Code Standard — das Modul-Muster, das MCP-Tools mit typisierten Schemas, Rate-Limits und Audit-Logs produktionsbereit macht

---

Ein Mid-Market-Distributor setzt einen RFQ-Verarbeitungs-Agenten ein, der Aufgaben via A2A von einem Orchestrierungs-Agenten empfängt, MCP-Module nutzt, um NetSuite (Katalog, Preisgestaltung, Verfügbarkeitsreservierungen), HubSpot (Kundensegmente) und BigCommerce (Produktkatalog) aufzurufen, und das fertige Angebot als A2A-Artifact zurückstreamt. Der Orchestrierungs-Agent berührt NetSuite nie direkt — er delegiert via A2A an den RFQ-Agenten, und die MCP-Module des RFQ-Agenten behandeln die Tool-Aufrufe mit Audit-Logs, Rate-Limits und dem expliziten-Handle-Muster für den Verfügbarkeitsreservierungs-Lebenszyklus. Dieser Build entspricht den Phasen 2 bis 4 der Vier-Schritte-Methode und ist typischerweise in 5 bis 8 Wochen produktiv.

Einwöchiges Discovery. Sie erhalten eine Systeminventur, eine Workflow-Karte und einen festen Umfang — ob Sie mit uns bauen oder nicht.