AI Frameworks · 8 Min.
A2A vs MCP: Welche Rolle beide Protokolle in Enterprise-Agenten spielen
MCP verbindet Agenten mit Tools. A2A verbindet Agenten mit anderen Agenten. Wer beides vermischt, baut schnell unkontrollierbare AI-Systeme.
SYSTEMS Grafik zu A2A vs MCP: Data -> Agent -> Outcome. Fokus: Wie Unternehmen A2A und MCP richtig unterscheiden, statt beide Protokolle in einen Tool-Hype zu werfen.
Kurzfassung
MCP ist die Schicht fuer Tools, Kontext und Datenquellen; A2A ist die Schicht fuer Agent-zu-Agent-Kommunikation. Unternehmen brauchen oft beide Ebenen, aber mit getrennten Rechten, Logs und Verantwortlichkeiten. Der groesste Fehler ist, Tool-Rechte ueber Agenten-Kommunikation indirekt weiterzugeben.
Strategischer Lesepfad
Baue das Thema im passenden Cluster weiter aus und verknüpfe es mit den nächsten Architekturentscheidungen.
Warum der Vergleich ueberhaupt wichtig ist Viele Teams entdecken gerade gleichzeitig MCP und A2A . Beide Protokolle klingen nach "Agenten vernetzen". Das ist grob richtig, aber nicht praezise genug fuer Enterprise-Architektur.
Wenn ein Unternehmen beides verwechselt, entstehen falsche Systemgrenzen. Dann bekommt ein Agent vielleicht Tool-Zugriff, obwohl er nur mit einem anderen Agenten sprechen sollte. Oder ein Agent delegiert eine Aufgabe an einen anderen Agenten, ohne dass klar ist, welche Daten und Rechte mitwandern.
Die einfache Trennung:
Diese Trennung ist der Startpunkt fuer saubere AI-Infrastruktur.
MCP beantwortet: Wie kommt ein Agent an Tools, Kontext und Ressourcen? A2A beantwortet: Wie kommuniziert ein Agent mit anderen Agenten? MCP: Agent zu Tool Das Model Context Protocol standardisiert, wie AI-Systeme externe Tools, Ressourcen und Prompts nutzen koennen. Ein MCP-Server kann zum Beispiel CRM-Daten bereitstellen, Dokumente suchen, Tickets lesen oder eine vorbereitete Aktion ausloesen.
MCP ist deshalb vor allem eine Integrationsschicht.
Typische MCP-Fragen:
MCP macht Agenten handlungsfaehig. Aber es beantwortet nicht automatisch, wie mehrere Agenten miteinander kooperieren.
Welche Datenquelle darf der Agent lesen? Welche Aktion darf er vorbereiten? Welche Schreibrechte sind erlaubt? Wie werden Tools beschrieben und gefunden? Welche Authentifizierung gilt fuer den Tool-Zugriff? Welche Tool Calls werden geloggt? A2A: Agent zu Agent Das Agent2Agent Protocol adressiert eine andere Ebene. Ein Agent kann die Faehigkeiten eines anderen Agenten erkennen, Aufgaben senden, Status verfolgen und Ergebnisse austauschen.
A2A wird wichtig, wenn Unternehmen spezialisierte Agenten bauen:
Jeder Agent hat eine andere Aufgabe. A2A hilft, diese Aufgaben standardisiert zu koordinieren, ohne alle Agenten in ein einziges grosses System zu zwingen.
ein Research-Agent analysiert Firmen ein Sales-Agent bereitet Outreach vor ein Compliance-Agent prueft Formulierungen ein CRM-Agent erstellt einen Entwurf fuer ein Update ein Review-Agent fordert Freigabe an Was A2A konkret transportiert A2A ist nicht einfach "Agent ruft Agent". Das Protokoll arbeitet mit klaren Konzepten: Ein Agent kann seine Faehigkeiten sichtbar machen, ein anderer Agent kann eine Aufgabe uebergeben, der Status kann verfolgt werden und das Ergebnis wird als Artefakt zurueckgegeben.
Fuer Enterprise-Teams ist diese Struktur wichtig, weil sie Governance ermoeglicht.
Erst wenn diese Objekte geloggt und bewertet werden, wird A2A mehr als ein Protokollexperiment.
Agent Card: Welche Faehigkeiten behauptet ein Agent? Task: Welche Aufgabe wird uebergeben? Status: Ist die Aufgabe offen, laufend, blockiert oder abgeschlossen? Message: Welcher Kontext wird zwischen Agenten ausgetauscht? Artifact: Welches Ergebnis darf spaeter genutzt oder gespeichert werden? Warum MCP und A2A zusammen gehoeren Ein produktiver Enterprise-Agentenstack braucht oft beide Protokolle.
Beispiel Vertrieb:
1. Der Sales-Orchestrator nimmt ein Zielkonto entgegen. 2. Ueber A2A fragt er den Research-Agenten nach Firmenkontext. 3. Der Research-Agent nutzt MCP, um Quellen und interne Daten zu lesen. 4. Ueber A2A gibt er ein Ergebnis zurueck. 5. Der Sales-Orchestrator fragt den Compliance-Agenten. 6. Der Compliance-Agent nutzt Regeln und Freigaben. 7. Der Outreach-Agent erstellt einen Entwurf, aber versendet nicht ohne Freigabe.
In diesem Ablauf ist MCP nicht "besser" als A2A. Beide liegen auf verschiedenen Ebenen. MCP gibt Haende. A2A gibt Zusammenarbeit.
Die gefaehrliche Stelle: transitive Rechte Die haerteste Enterprise-Frage lautet: Was passiert mit Rechten, wenn Agenten miteinander sprechen?
Angenommen, Agent A darf CRM-Daten lesen. Agent A fragt Agent B um Hilfe. Darf Agent B diese CRM-Daten sehen? Darf Agent B sie speichern? Darf Agent B damit ein Tool ausfuehren? Darf Agent B einen dritten Agenten einbeziehen?
Ohne klares Rechte-Modell entstehen versteckte Datenfluesse.
Ein gutes System trennt deshalb:
MCP muss begrenzen, was ein Agent mit Tools tun darf. A2A muss begrenzen, was ein Agent an andere Agenten weitergeben darf.
Nutzerrechte Agentenrechte Tool-Rechte Delegationsrechte Datenweitergabe Ergebnisfreigaben Architekturmodell fuer Unternehmen Ein sinnvoller Enterprise-Stack sieht nicht nach "alle Agenten verbinden" aus. Er sieht nach Schichten aus.
So wird aus Protokollen eine Betriebsarchitektur.
User Layer: Wer startet den Workflow? Orchestration Layer: Welcher Agent besitzt den Prozess? A2A Layer: Welche Agenten duerfen Aufgaben annehmen? MCP Layer: Welche Tools und Datenquellen duerfen genutzt werden? Approval Layer: Welche Aktionen brauchen Freigabe? Observability Layer: Welche Delegationen und Tool Calls sind sichtbar? Eval Layer: Welche Tests pruefen Ergebnis, Sicherheit und Kosten? Wann nur MCP reicht Viele Unternehmen brauchen am Anfang kein A2A.
Nur MCP reicht oft, wenn:
In diesem Fall ist A2A eher zu frueh. Ein sauberer MCP-Agent ist wertvoller als fuenf schlecht geschnittene Agenten.
ein einzelner Agent einen klaren Workflow bearbeitet Tool-Zugriff das Hauptproblem ist keine spezialisierten Agententeams existieren die Daten- und Freigabestruktur noch aufgebaut wird das Team erst Evals und Observability etablieren muss Wann A2A wirklich Sinn ergibt A2A wird sinnvoll, wenn einzelne Agenten zu gross werden oder organisatorische Grenzen sichtbar sind.
Gute A2A-Signale:
Dann kann A2A helfen, Agenten modular und interoperabel zu halten.
verschiedene Teams besitzen verschiedene Agenten Agenten laufen auf unterschiedlichen Plattformen externe Partner-Agenten sollen angebunden werden Aufgaben dauern laenger und brauchen Status Agenten haben klar getrennte Kompetenzen die Organisation will Vendor-Lock-in reduzieren Der SYSTEMS-Blick auf A2A vs MCP Die wichtige Frage ist nicht, welches Protokoll gewinnt. Die wichtige Frage ist, welche Schicht welche Verantwortung hat.
MCP gehoert in die Tool- und Datenarchitektur. A2A gehoert in die Kommunikations- und Delegationsarchitektur. Beide brauchen Auth, Logs, Evals, Kostenkontrolle und menschliche Freigaben.
SYSTEMS baut solche Strukturen bewusst von den Workflows aus. Erst wird geklaert, welche Arbeit delegiert wird. Dann werden Agentenrollen geschnitten. Dann kommen MCP-Tools. Dann kommt A2A-Kommunikation. Danach wird getestet, beobachtet und ausgerollt.
So entsteht kein Agenten-Labyrinth, sondern eine kontrollierte AI-Organisation.
