Das richtige mentale Modell
A2A sollte ähnlich verstanden werden wie HTTP oder gRPC: Es definiert, wie Systeme kommunizieren, nicht ob eine bestimmte Handlung legitim ist.
Diese Unterscheidung ist zentral, weil viele Teams eine Discovery-Datei und einen funktionierenden Protokollaustausch sehen und daraus schließen, das Governance-Problem sei gelöst. Das ist nicht der Fall. A2A macht einen Agenten erreichbar und verstehbar, aber Erreichbarkeit ist nicht dasselbe wie Verantwortlichkeit.
Was A2A tatsächlich standardisiert
Wie ein Agent eine AgentCard publiziert und gefunden wird.
Wie Tasks, Nachrichten und Protokollmethoden strukturiert sind.
Wie Fähigkeiten und deklarierte Sicherheitsanforderungen angekündigt werden.
Wie Multi-Agenten-Systeme eine gemeinsame Sprache statt punktueller Sonderintegration bekommen.
Wo A2A sitzt
A2A liefert die gemeinsame Transport- und Interaktionsschicht. Es ist nur eine Schicht im Gesamtstack.
flowchart TD
user["Nutzer oder Organisation"] --> app["Business-Anwendung"]
app --> a2a["A2A-Kommunikationsschicht"]
a2a --> agent["Externer oder interner Agent"]
a2a --> trust["Trust- und Governance-Schicht"]
trust --> audit["Audit- und Policy-Schicht"]
trust --> payment["Payment- und Mandatsschicht"] Was A2A nicht löst
A2A entscheidet nicht, ob ein entdeckter Agent tatsächlich an einen Operator, ein Unternehmen oder einen delegierenden Nutzer gebunden ist. Es kann Sicherheitsmerkmale deklarieren, aber nicht die Governance-Entscheidung ersetzen.
A2A löst auch keinen Widerruf, keine Spending-Limits, keine Organisationsfreigabe und keine Aussage darüber, ob eine Zahlungsanfrage durch ein gültiges Mandat gedeckt ist. Diese Fragen leben in angrenzenden Schichten.
Identitätsbindung
Delegierte Autorität
Widerruf von Credentials und Zertifikaten
Policy-Durchsetzung
Transaktionsevidenz
Payment-Mandate und Receipts
Warum dieses Missverständnis immer wieder passiert
Das Missverständnis entsteht oft aus Demo-Erfolgen. Zwei Agenten tauschen Tasks aus, ein Prompt wird beantwortet und alle glauben, die Architektur sei im Wesentlichen fertig. In Produktion kommen die harten Fragen erst danach: Welches Unternehmen besitzt diesen Agenten, wer hat ihn freigegeben, mit welchen Händlern darf er arbeiten und wie stoppt man ihn schnell?
Diese Fragen sind keine Randfälle. Sie sind die normalen Betriebsbedingungen von Enterprise- und Commerce-Agenten.
Wo ADI hineinpasst
ADI ist wertvoll, gerade weil es A2A nicht ersetzen will. Es lässt die Protokollschicht bestehen und ergänzt darüber die Trust-Schicht: Identitätsbindungen, Policy Claims, Delegation, Zertifikatsstatus und Payment-Kontrollpunkte.
So kann ein Team A2A für Interoperabilität nutzen und trotzdem echte Governance um den Agenten herum aufbauen.