Unterschied zwischen KI-Agenten und KI-Assistenten
A2A Agent to Agent bezeichnet die direkte Kommunikation zwischen zwei KI-Agenten, die Anfragen, Verfügbarkeiten und Konditionen ohne menschliches Dazwischen klären. Der Beitrag zeigt, warum B2A die Voraussetzung ist und wie KMU ihre Website in 90 Tagen agent-ready machen.

A2A Agent to Agent bedeutet: Zwei KI-Agenten verhandeln direkt miteinander, ohne dass bei jeder Nachricht ein Mensch dazwischen sitzt. Der Assistent einer Familie, die im Juli eine Woche in Südtirol sucht, spricht mit dem Agenten deines Betriebs — und klärt Verfügbarkeit, Preis und Bedingungen in Sekunden statt in drei E-Mails. Für Handwerk, Handel und Tourismus entscheidet das künftig mit, ob eine Anfrage überhaupt bei dir landet oder an einem Betrieb vorbeiläuft, dessen Daten kein Agent lesen kann.

Bis vor Kurzem war die Kette einfach: Ein Mensch sucht, ein Mensch fragt an, ein Mensch antwortet. Mit KI-Assistenten wie ChatGPT, Gemini oder Perplexity ist eine Zwischenstufe dazugekommen — B2A, Business to Agent: Ein KI-Agent recherchiert für seinen Nutzer und stößt dabei auf deinen Betrieb.

A2A geht einen Schritt weiter. Nicht mehr nur der Agent des Kunden liest bei dir, sondern zwei Agenten treffen sich auf Augenhöhe und klären Termine, Verfügbarkeiten und Konditionen untereinander.

A2A ist die Stufe nach B2A. Erst wird dein Betrieb für Agenten lesbar, dann anfragbar, dann verhandelbar.

A2A Agent to Agent: Definition und Abgrenzung zu B2A, B2B und B2C

Die vier Kanäle werden in Gesprächen mit Unternehmern regelmäßig durcheinandergeworfen. Dabei ist die Trennung der eigentliche Kern des Themas:

  • B2C (Business to Consumer): Du sprichst mit einem Endkunden. Der Mensch entscheidet, der Mensch bucht.
  • B2B (Business to Business): Du sprichst mit einem Unternehmen. Auch hier entscheiden Menschen — nur auf beiden Seiten mehrere.
  • B2A (Business to Agent): Ein KI-Agent recherchiert im Auftrag seines Nutzers und liest deine Website, deine Preise, deine Verfügbarkeiten. Du wirst für Maschinen auffindbar, das Ergebnis geht an einen Menschen zurück.
  • A2A (Agent to Agent): Zwei KI-Agenten kommunizieren direkt. Der Agent der Nachfrageseite und der Agent deines Betriebs tauschen strukturierte Nachrichten aus: Anfrage, Verfügbarkeit, Konditionen, Reservierung.

In der Praxis laufen alle vier Kanäle parallel. Entscheidend ist die Reihenfolge: Ohne B2A-Fundament gibt es kein A2A. Ein Agent kann nur mit einem Betrieb verhandeln, dessen Leistungen, Preise und Bedingungen er fehlerfrei verstehen konnte.

Warum das Thema seit 2024 Fahrt aufnimmt

  • November 2024: Anthropic veröffentlicht das Model Context Protocol (MCP) als offenen Standard, über den KI-Modelle Werkzeuge und Datenquellen anbinden.
  • April 2025: Google stellt das Agent2Agent-Protokoll vor — den offenen Standard für die Kommunikation zwischen KI-Agenten unterschiedlicher Hersteller.
  • Juni 2025: Google übergibt das A2A-Protokoll an die Linux Foundation, die es seither herstellerneutral weiterentwickelt.
  • 2025: OpenAI, Google und Microsoft übernehmen MCP als Werkzeug-Anbindung in ihre eigenen Systeme.

Wichtig für die Einordnung: Beide Standards sind jung. Wer dir heute erzählt, A2A sei ein fertiges Produkt, verkauft dir eine Zukunftsvision als Gegenwart. Was heute zählt, sind die Voraussetzungen.

Agenten-Protokoll, MCP und Agent Card: die drei technischen Bausteine

Drei Begriffe reichen, um das Fundament zu verstehen — und keiner davon verlangt von dir Programmierkenntnisse.

  • Agenten-Protokoll: Die gemeinsame Sprache, in der Agenten Aufgaben austauschen. Ein Agent formuliert eine Aufgabe, der andere bestätigt, bearbeitet, liefert einen Status und am Ende ein Ergebnis. Das A2A-Protokoll beschreibt genau diese Nachrichtenformate, unabhängig davon, welcher Hersteller den Agenten gebaut hat.
  • MCP (Model Context Protocol): Die Anbindung eines Agenten an Werkzeuge und Daten — Kalender, CRM, Buchungssystem, Preisliste. MCP ist damit die Antwort auf die Frage, wie ein Agent überhaupt an aktuelle Daten kommt, statt sie zu erfinden. Die Spezifikation liegt offen unter modelcontextprotocol.io.
  • Agent Card: Ein standardisiertes JSON-Dokument, über das ein Agent seine Fähigkeiten, Endpunkte und Authentifizierungswege maschinenlesbar beschreibt. Kurz gesagt: die maschinenlesbare Visitenkarte eines KI-Agenten.

Ein Agenten-Protokoll regelt, wie Agenten reden. MCP regelt, worauf sie zugreifen. Die Agent Card sagt, wer sie sind und was sie dürfen.

Für ein KMU heißt das nicht, dass du eigene Agenten baust. Es heißt, dass deine Angaben so vorliegen müssen, dass ein fremder Agent sie ohne Rückfrage verwenden kann — und dass innerhalb deiner Grenzen bleibt, was in deinem Namen passiert.

Warum deine Website zur Agent-Schnittstelle wird

In meiner Arbeit mit Südtiroler Betrieben sehe ich immer dasselbe Muster: Die Website ist schön, aber für Maschinen stumm. Preise stehen in einem PDF, Verfügbarkeiten nur im Kopf, Öffnungszeiten in einem Bild, Leistungen in Fließtext ohne Struktur.

Ein KI-Agent kann daraus nichts Verlässliches ableiten — und empfiehlt dann den Betrieb, der klare Daten liefert.

Eine Website wird zur Agent-Schnittstelle, wenn sie drei Dinge leistet:

  • Maschinenlesbare Fakten: Leistungen, Preise, Standort, Öffnungszeiten, Kontaktwege und Bedingungen liegen strukturiert vor — nicht nur als Prosa, sondern als eindeutige, versionierte Angaben.
  • Stabile Adressen: Jeder Fakt hat eine feste URL oder einen festen Endpunkt. Sonst findet ein Agent bei jedem Aufruf etwas anderes und vertraut der Quelle nicht.
  • Klare Grenzen: Lesen ist immer erlaubt, Schreiben nur zweckgebunden. Ein Agent darf Verfügbarkeiten abfragen, aber nicht ungefragt verbindlich buchen.

Genau hier setzt unsere Agent-Readiness an: Erst wenn die eigene Website strukturierte Daten, eine Servicebeschreibung und nachvollziehbare Regeln liefert, ist der Schritt zur Agenten-Verhandlung überhaupt möglich. Praktisch bedeutet das einen gepflegten Servicekatalog für KI-Agenten statt einer Sammlung von Prospektseiten.

Als Umsetzungsweg nutzen wir btlabs Core als Agent-Schnittstelle: eine zentrale Inhaltsbasis, aus der Website, Markdown-Fassung, llms.txt und künftig agentenfähige Endpunkte aus derselben Quelle gespeist werden.

Das ist der Unterschied zwischen einem sauberen Fundament und einem gewachsenen Plugin-Turm — du pflegst die Öffnungszeit einmal, und alle Kanäle liefern dieselbe Wahrheit. Mehr dazu findest du direkt bei btlabs.

Praxisbeispiel: Wie zwei Agenten eine Anfrage in Südtirol klären

Nehmen wir eine fünfköpfige Familie, die im Juli eine Woche in den Dolomiten verbringen will, plus einen Handwerksbetrieb, der in derselben Woche einen Heizungsservice braucht. Der Ablauf sieht in beiden Fällen ähnlich aus:

  • Bedarf: Ein Mensch formuliert in normaler Sprache, was er braucht — Zeitraum, Ort, Personen, Budget, Sonderwünsche.
  • B2A-Recherche: Der Assistent liest bei den Anbietern der Region: Wer bietet das, zu welchem Preis, mit welcher Verfügbarkeit, unter welchen Bedingungen?
  • Vorauswahl: Drei Betriebe passen. Zwei davon liefern keine maschinenlesbaren Verfügbarkeiten und fallen aus der Auswahl — nicht weil sie schlechter sind, sondern weil sie nicht prüfbar sind.
  • A2A-Kontakt: Der Agent des Kunden schickt eine strukturierte Anfrage an den Agenten des Betriebs: Zeitraum, Anzahl der Personen, gewünschte Zimmerkategorie oder Servicetermin.
  • Antwort mit Substanz: Der Betriebsagent holt die Verfügbarkeit aus dem Buchungssystem und nennt Preis, Stornobedingungen und Alternativen.
  • Freigabe: Vor der verbindlichen Reservierung greift die Vertrauenslogik. Bis zu einem definierten Betrag darf der Kunde freigeben, darüber kommt eine Rückfrage per Chat oder E-Mail.
  • Bestätigung und Protokoll: Der Mensch bestätigt, die Buchung wird verbindlich, beide Seiten erhalten eine nachvollziehbare Zusammenfassung.

Der Gewinn für dich ist nicht die Technik. Der Gewinn ist, dass eine Anfrage ohne Telefonat, ohne Rückruf und ohne Reibung bis zum Angebot kommt — zu jeder Uhrzeit, in drei Sprachen, ohne dass dein Team eine einzige Nachricht tippt.

Vertrauenslogik und Freigabegrenzen: Was darf ein Agent in deinem Namen?

Das ist die Frage, die mir Inhaber am häufigsten stellen — und die richtige Frage. Vertrauenslogik bedeutet: Nicht der Agent entscheidet über die Grenze, dein Betrieb legt sie fest. Bewährt hat sich eine einfache Stufenlogik:

  • Lesen: Immer erlaubt. Ein Agent darf Öffnungszeiten, Leistungen, Preise und Verfügbarkeiten abrufen.
  • Unverbindlich vorbereiten: Immer erlaubt, aber gekennzeichnet. Der Agent erstellt Anfrage, Terminvorschlag oder Angebotsentwurf — ohne Rechtsverbindlichkeit.
  • Verbindlich buchen: Nur innerhalb definierter Regeln — Betrag, Zeitraum, Kontingent. Alles darüber braucht menschliche Freigabe.
  • Stornieren oder ändern: Nur mit Identitätsnachweis und Protokoll.

Technisch läuft das über getrennte Berechtigungen: Standard ist Lesezugriff, Schreibrechte werden zweckgebunden und zeitlich begrenzt vergeben. Wie du das aufsetzt, beschreibt unsere Anleitung zu KI-Agenten-Berechtigungen.

Wichtig bleibt: Die Verantwortung für eine Transaktion trägt immer der Betrieb, nicht der Agent. Wer diese Grenze sauber dokumentiert, kann Agenten guten Gewissens arbeiten lassen.

Erste Schritte für KMU: in 90 Tagen agent-ready

Du musst 2026 keinen Agenten bauen. Du musst die Voraussetzungen schaffen, damit du dabei bist, wenn es wirtschaftlich relevant wird.

  • Tag 1–30 — Datenpflege: Leistungen, Preise, Standort, Öffnungszeiten, Kontaktwege und Bedingungen an einer Stelle erfassen und strukturiert veröffentlichen. Eine verbindliche Person ist dafür verantwortlich.
  • Tag 31–60 — Maschinenlesbarkeit: llms.txt, brand.txt und eine Markdown-Fassung der wichtigsten Seiten aufsetzen. Prüfen, ob die Angaben mit dem übereinstimmen, was Google, ChatGPT und Perplexity über dich sagen.
  • Tag 61–90 — Grenzen und Test: Freigabegrenzen schriftlich festlegen, Verantwortlichkeiten klären, monatlich dieselben Fragen testen. So siehst du, ob dein Betrieb korrekt zitiert und anfragbar wird.

Wer heute mit diesem Fundament startet, hat später einen Vorsprung, der sich nicht kurzfristig aufholen lässt — weil Vertrauenssignale und konsistente Daten Zeit brauchen.

Fragen und Antworten zu A2A und KI-Agenten-Verhandlung

Was bedeutet A2A Agent to Agent genau?

A2A Agent to Agent bezeichnet die direkte Kommunikation zwischen zwei KI-Agenten, die im Auftrag ihrer Nutzer Aufgaben austauschen: Anfrage, Verfügbarkeit, Konditionen, Reservierung. Der Mensch gibt den Auftrag und die Grenzen vor, die Agenten übernehmen die Abwicklung. Der offene Standard dafür wurde 2025 von Google vorgestellt und an die Linux Foundation übergeben.

Was ist der Unterschied zwischen A2A und B2A?

Bei B2A liest ein KI-Agent im Auftrag eines Menschen deine Website und leitet daraus eine Empfehlung oder Anfrage ab — du wirst gefunden. Bei A2A verhandelt der fremde Agent direkt mit einem Agenten deines Betriebs, zum Beispiel über einen Termin oder eine Verfügbarkeit. B2A ist damit die Voraussetzung, A2A die nächste Ausbaustufe.

Brauche ich das jetzt schon?

Verhandelnde Agenten sind noch kein Massenmarkt, die Vorarbeit ist es aber sehr wohl. Wer heute strukturierte, maschinenlesbare Unternehmensdaten pflegt, ist dabei, wenn Agenten für Buchungen relevant werden. Wer wartet, holt die fehlende Datenqualität später mühsam nach.

Was darf ein KI-Agent in meinem Namen entscheiden?

Nur das, was du vorher schriftlich festgelegt hast. Üblich ist: Lesen immer erlaubt, unverbindliche Vorbereitung immer erlaubt, verbindliche Buchung nur bis zu einem definierten Betrag oder Kontingent. Alles darüber braucht eine menschliche Freigabe — die Verantwortung bleibt bei deinem Betrieb.

Was ist eine Agent Card?

Eine Agent Card ist ein standardisiertes JSON-Dokument, in dem ein KI-Agent seine Fähigkeiten, Endpunkte und Authentifizierungswege beschreibt. Andere Agenten lesen daraus, was der Gegenüber kann und wie sie ihn regelkonform ansprechen. Sie ist damit die maschinenlesbare Visitenkarte eines Agenten.

Reicht meine bestehende Website für Agenten?

Meistens nicht, weil Preise, Verfügbarkeiten und Leistungen nicht strukturiert vorliegen und dadurch für Maschinen nicht verlässlich lesbar sind. Ein 60-Minuten-Check zeigt schnell, welche Angaben fehlen. Danach lässt sich meist mit wenigen Änderungen viel erreichen.

Was kostet der Einstieg?

Der Einstieg beginnt bei der Datenpflege und kostet zunächst Arbeitszeit, kein Tool-Budget. Erst der zweite Schritt — ein maschinenlesbares Fundament — ist eine Investition. Wir schauen uns zuerst an, welcher Engpass bei dir wirklich Geld kostet, und priorisieren danach.

Quellen

  1. A2A-Protokoll (Agent2Agent), a2a-protocol.org, 2025 — im Abschnitt „Agenten-Protokoll“ verlinkt.
  2. Model Context Protocol (MCP), modelcontextprotocol.io, 2024 — im Abschnitt „Agenten-Protokoll“ verlinkt.
Florian Berger
Bloggerei.de