Definition: Agentenkommunikationsprotokoll (ACP)
Das Agentenkommunikationsprotokoll (ACP) ist ein offener, REST-basierter Standard, den IBM Research für die BeeAI-Plattform entwickelte, damit autonome KI-Agenten unterschiedlicher Frameworks sich gegenseitig entdecken und Aufgaben über eine einzige HTTP-Schnittstelle austauschen können.
Kernmerkmale des Agentenkommunikationsprotokolls
ACP standardisiert Agent-zu-Agent-Kommunikation über gewöhnliche Web-Konventionen statt über ein eigenes Format, sodass jedes System, das einen REST-Endpunkt aufrufen kann, teilnehmen kann.
- Einheitliche RESTful-Schnittstelle für jeden Agenten, unabhängig vom Framework
- Agent-Detail-Manifest für Online- oder Offline-Entdeckung von Fähigkeiten
- Synchrone Aufrufe sowie Server-Sent-Events-Streaming für lange Aufgaben
- Standardmäßig zustandslose Server, ausgelegt zur Skalierung hinter Load Balancern
Agentenkommunikationsprotokoll (ACP) vs. Model Context Protocol (MCP) und Agent-zu-Agent-Protokoll (A2A)
ACP, MCP und A2A entstanden 2024 und 2025 innerhalb weniger Monate, lösen aber unterschiedliche Ebenen desselben Problems. MCP verbindet einen einzelnen Agenten als Client mit seinen Werkzeugen und Daten. ACP und A2A verbinden jeweils einen Agenten mit einem anderen. Der Unterschied zwischen ACP und A2A ist heute vor allem historisch: ACP entstand aus IBMs BeeAI-Projekt auf REST-Basis, A2A bei Google auf JSON-RPC-Basis. Im August 2025 fusionierten beide Designs unter Linux-Foundation-Governance, sodass neue Projekte auf A2A setzen, während ACP die Basis bleibt, auf der viele bestehende BeeAI-Agenten laufen.
Bedeutung des Agentenkommunikationsprotokolls im Enterprise-KI-Umfeld
ACP war einer der ersten ernsthaften Versuche, Agent-zu-Agent-Kommunikation auf einfachem REST zu standardisieren, was bestehenden API-Teams die Einführung erleichterte. Eine 2025 auf arXiv veröffentlichte Studie nannte ACP neben MCP, A2A und ANP als eines von vier Protokollen, die Unternehmen aktiv prüften (Quelle: arXiv, 2025). Der Bitkom-Leitfaden zu Multi-Agenten-Systemen im ERP-Kontext vom Februar 2026 behandelt genau diese Interoperabilität als Voraussetzung dafür, dass deutsche Multi-Agenten-Systeme zu kooperierenden Netzwerken werden (Quelle: Bitkom, 2026).
Methoden und Verfahren für das Agentenkommunikationsprotokoll (ACP)
Der Umgang mit ACP erfordert heute Verständnis seines ursprünglichen Designs, auch wenn Projekte zum Nachfolger wechseln.
Veröffentlichung und Entdeckung des Agent-Manifests
Jeder ACP-Agent veröffentlicht ein Manifest, das beschreibt, was er tut und welche Ein- und Ausgaben er erwartet.
- Das Ein- und Ausgabeschema des Agenten definieren
- Das Manifest online veröffentlichen oder offline für ruhende Agenten verpacken
- Das Manifest versionieren, damit Aufrufer Breaking Changes früh erkennen
Synchrone Ausführung und Streaming
Clients können einen Agenten einmalig für eine kurze Aufgabe aufrufen oder eine lange Aufgabe streamen. Der standardmäßig zustandslose Server lässt eine Instanz viele Aufrufer bedienen, ohne Sitzungszustände zu verfolgen, was die Skalierung hinter Load Balancern vereinfacht.
Migrationspfad zu A2A
ACPs zustandsbehaftete und asynchrone Aufgabenkonzepte flossen in A2A ein, statt verworfen zu werden. Das ACP-Referenz-Repository wurde im August 2025 archiviert; neue Integrationen zielen daher auf A2A, während bestehende ACP-Endpunkte während der Übergangsphase hinter einer Übersetzungsschicht weiterlaufen können.
Wichtige Kennzahlen für das Agentenkommunikationsprotokoll (ACP)
Die Messung einer ACP-basierten Implementierung konzentriert sich auf Zuverlässigkeit, Verbreitung und Entdeckungsqualität.
Kennzahlen zur Interoperabilitätszuverlässigkeit
- Erfolgsquote von Agentenaufrufen: über 99 Prozent
- Auflösungszeit der Entdeckung: unter 1 Sekunde
- Stream-Abschlussrate: über 98 Prozent
- Framework-übergreifende Kompatibilität: Anteil ohne eigenen Adapter
Strategische Verbreitungskennzahlen
Wie viele Agenten ein Manifest veröffentlichen gegenüber jenen, die noch eine individuelle Integration benötigen, zeigt den Fortschritt weg von Punkt-zu-Punkt-Verbindungen. Analysen, die sich auf Gartners Forschung von 2026 berufen, erwarten, dass bis 2027 mehr als die Hälfte der Unternehmensagenten auf standardisierten Frameworks laufen (Quelle: Gartner, zitiert 2026).
Qualitätskennzahlen
Qualitätsmessungen sollten erfassen, ob ein Aufrufer beim ersten Versuch das erwartete Ausgabeformat erhielt, da Manifest-Abweichungen zwischen Frameworks eine häufige Quelle stiller Fehler sind.
Risikofaktoren und Kontrollen beim Agentenkommunikationsprotokoll (ACP)
ACPs Status als Protokoll im Übergang bringt Risiken mit sich, die ein stabil gepflegter Standard nicht hätte.
Aufbau auf einem Protokoll im Übergang
Agenten, die auf der ursprünglichen Spezifikation basieren, laufen auf einer archivierten Referenzimplementierung - eine wachsende Lücke für Teams ohne Migrationsplan.
- Prüfen, welche Agenten noch von ACP-spezifischen Endpunkten abhängen
- Eine Übersetzungsschicht bauen, damit ACP-Clients A2A-Agenten erreichen
- Ein Zieldatum setzen, um direkte ACP-Abhängigkeiten abzulösen
Ungeprüfte Identität zwischen Frameworks
Da ACP, wie A2A, Agenten unterschiedlicher Anbieter erlaubt, sich gegenseitig aufzurufen, öffnet ein Agent ohne Identitätsprüfung die Tür für einen kompromittierten Gegenpart. Produktivsysteme sollten jeden Aufruf authentifizieren, die Identität des Aufrufers protokollieren und zulässige Aufgabentypen beschränken.
Konflikt zwischen zustandslosem und zustandsbehaftetem Design
ACP geht davon aus, dass jeder Aufruf seinen Kontext selbst mitbringt, doch manche Abläufe, etwa eine mehrstufige Verhandlung zwischen zwei Agenten, sind von Natur aus zustandsbehaftet. Wird Sitzungsverfolgung ohne klare Verantwortung auf eine zustandslose Schicht aufgesetzt, entstehen Fehler, bei denen sich Agenten über den aktuellen Schritt einer gemeinsamen Aufgabe uneinig sind.
Praxisbeispiel
Ein Industrieautomatisierungs-Zulieferer mit 140 Mitarbeitern in Bayern baut Machine-Vision-Module, die seine Kunden in eigene Produktionslinien integrieren. Vor der Einführung eines Agent-zu-Agent-Standards tauschten der Support-Agent des Zulieferers und der Wartungsagent jedes Kunden Informationen nur per weitergeleiteter E-Mail aus, da die Systeme auf unterschiedlichen Frameworks liefen. Nachdem der Zulieferer ein ACP-ähnliches Manifest für seine Diagnose- und Ersatzteilsuche-Fähigkeiten veröffentlichte, konnten Kundenagenten auf anderen Frameworks es direkt über dieselbe Schnittstelle aufrufen.
- Der Wartungsagent übermittelt einen Fehlercode und erhält binnen Sekunden eine Diagnose
- Ersatzteil- und Lieferzeitanfragen laufen automatisch zum ERP-verbundenen Agenten statt ins Postfach
- Ungelöste Eskalationen gehen mit vollständigem Verlauf an einen menschlichen Techniker
- Der Zulieferer überträgt dieselbe Integration derzeit auf A2A für neue Kunden
Aktuelle Entwicklungen und Auswirkungen
ACPs Geschichte 2025/2026 handelt weniger von eigenständigem Wachstum als davon, wie seine Ideen anderweitig aufgingen.
Konvergenz mit A2A unter Linux-Foundation-Governance
Im August 2025 kündigten IBM und Google an, dass ACPs Design, einschließlich seiner zustandsbehafteten und asynchronen Aufgabenverarbeitung, in A2A aufgeht, statt eigenständig weitergeführt zu werden.
- IBMs Kate Blair trat nach der Fusion dem technischen Lenkungsausschuss von A2A bei
- A2A wurde im August 2026 ein gehostetes Projekt der Agentic AI Foundation
- Beide Protokolle bleiben dokumentiert, neue Arbeit zielt jedoch auf A2A
BeeAI und das offene Agenten-Ökosystem
ACP treibt weiterhin BeeAI an, IBMs Open-Source-Plattform zum Entdecken und Komponieren von Agenten, auch wenn die Governance anderswo konsolidiert wurde. Bestehende BeeAI-basierte Agenten-Orchestrierung muss nicht sofort umgebaut werden, doch neue Verbindungen nutzen zunehmend A2A-kompatible Schnittstellen.
Abgrenzung von Zeds Agent Client Protocol
Dasselbe Kürzel ACP bezeichnet auch Zeds unabhängiges Agent Client Protocol für Coding-Agenten und Editoren. Beide teilen keine technische Herkunft, weshalb ein zusätzlicher Satz zur Klärung lohnt, welches ACP ein Dokument meint.
Fazit
Das Agentenkommunikationsprotokoll war bedeutsam, weil es neben MCP und A2A zeigte, dass Agent-zu-Agent-Kommunikation auf gewöhnlicher Webtechnologie laufen kann, statt auf einem anbieterspezifischen Format. Sein Erbe lebt in A2A weiter, das ACPs Design übernahm, statt neu zu beginnen. Für Mittelstandsunternehmen, die Workflow-Automatisierung mit den eigenen Agenten und denen von Kunden oder Lieferanten planen, ist der sinnvolle Schritt heute, neue Integrationen direkt gegen A2A zu bauen. Unternehmen, die bereits ACP-basierte Agenten betreiben, haben einen klaren, Linux-Foundation-geführten Migrationspfad statt einer Sackgasse.
Häufig gestellte Fragen
Was ist der Unterschied zwischen ACP und MCP?
MCP verbindet einen einzelnen KI-Agenten als Client mit den Werkzeugen und Daten, die er benötigt. ACP verbindet, wie A2A, einen Agenten mit einem anderen, sodass zwei Systeme direkt Aufgaben austauschen können.
Wird ACP noch genutzt, oder wurde es durch A2A ersetzt?
ACPs ursprüngliche Implementierung wurde im August 2025 archiviert, nachdem sie unter Linux-Foundation-Governance in A2A aufging. Agenten auf Basis der ursprünglichen Spezifikation, auch auf BeeAI, laufen weiter, doch neue Projekte sollten direkt auf A2A setzen.
Lohnt sich ein Agentenkommunikationsprotokoll für ein Unternehmen mit rund 150 Mitarbeitern?
Ja, wenn die eigenen Agenten Aufgaben mit Agenten von Kunden, Lieferanten oder einer anderen Abteilung auf einem anderen Framework austauschen müssen. Sobald mehr als ein oder zwei Gegenparteien beteiligt sind, schlägt ein gemeinsamer Standard die individuelle Integration pro Partner.
Was kostet die Einführung eines Agent-zu-Agent-Protokolls, und brauchen wir eigene IT-Ressourcen?
Die Anbindung an einen Partner, der bereits ein kompatibles Manifest veröffentlicht, ist meist reine Konfiguration statt Entwicklung. Manifest-Unterstützung in einen internen Agenten einzubauen dauert typischerweise ein bis drei Wochen - eine Investition, die für jeden weiteren Partner wiederverwendet wird.
Wie passt das zu DSGVO und EU-KI-Verordnung?
Agent-zu-Agent-Protokolle sind Kommunikationsschichten, keine Compliance-Rahmenwerke; Aufgaben mit personenbezogenen Daten über Unternehmensgrenzen hinweg erfordern weiterhin eine DSGVO-Prüfung. Artikel 14 der EU-KI-Verordnung verlangt nachvollziehbare Protokolle für Hochrisiko-Entscheidungen, weshalb vertragliche Protokollierungsvereinbarungen mit Partnern neben der protokolleigenen Authentifizierung wichtig sind.
Wo finden wir noch Dokumentation zu ACP, wenn wir einen älteren BeeAI-Agenten pflegen?
IBM Researchs Projektseite und das archivierte Referenz-Repository bleiben als Nur-Lese-Referenzen verfügbar. Für Neuentwicklungen verweist IBM selbst auf A2A, das ACPs zentrale Designentscheidungen übernahm, als gepflegten Standard.
