ACP-WebSocket

Programme im Internet reden normalerweise nach einem starren Muster miteinander. Ein Programm stellt eine Frage, der Server antwortet, danach ist die Verbindung wieder zu. Ein WebSocket macht es anders: Die Leitung zwischen beiden bleibt offen, und beide Seiten dürfen jederzeit etwas schicken. ACP ist die Abkürzung für Agent Communication Protocol, also einen vereinbarten Satz von Regeln, wie KI-Programme untereinander Aufträge und Ergebnisse formulieren. Kombiniert man beides, spricht man von ACP-WebSocket: die Regeln des Protokolls laufen über eine ständig offene Leitung. Das Ergebnis ist ein Gespräch statt eines Briefwechsels.

Warum Agenten eine offene Leitung brauchen

Ein KI-Agent ist ein Programm, das eine Aufgabe selbstständig in mehreren Schritten abarbeitet. Es sucht etwas, prüft das Ergebnis, ruft ein weiteres Werkzeug auf und rechnet weiter. Solche Aufträge dauern manchmal Minuten. Bei der klassischen Frage-Antwort-Methode müsste die Gegenstelle alle zwei Sekunden nachhaken, ob es schon Neuigkeiten gibt. Das nennt man Polling, und es verschwendet Rechenzeit und Datenverkehr.

Mit einer offenen Verbindung entfällt dieses Nachfragen komplett. Der Agent meldet sich von selbst, sobald es einen Zwischenstand gibt. Genau davon lebt das Gefühl, dass ein Chatbot Wort für Wort tippt: Jedes Textstück wird sofort losgeschickt, statt dass die vollständige Antwort abgewartet wird. Für den Nutzer verkürzt das die gefühlte Wartezeit erheblich.

Wichtig ist außerdem die Richtung. Bei einer normalen Verbindung darf nur der Client anfangen zu sprechen. Über einen WebSocket kann auch der Server ungefragt eine Nachricht senden, etwa eine Rückfrage nach einer Bestätigung. Ein Agent, der ein Ticket buchen soll, kann so mitten im Vorgang um Erlaubnis bitten.

Vom Handschlag zur Nachrichtenschleife

Der Aufbau beginnt mit einer ganz gewöhnlichen Webanfrage. Der Client bittet dabei um einen sogenannten Upgrade, also den Wechsel auf das WebSocket-Verfahren. Stimmt der Server zu, bleibt dieselbe Leitung bestehen und wird ab da anders benutzt. Diesen Ablauf nennt man Handshake, zu Deutsch Handschlag. Danach ist die Verbindung neutral: Sie transportiert alles, was die beiden Seiten hineinschreiben.

An dieser Stelle kommt ACP ins Spiel. Das Protokoll legt fest, wie eine Nachricht aufgebaut sein muss, damit die Gegenseite sie versteht. Typisch sind kleine strukturierte Datenpakete mit einem Feld für den Typ der Nachricht, einer Kennnummer und dem eigentlichen Inhalt. Die Kennnummer sorgt dafür, dass eine Antwort der richtigen Anfrage zugeordnet wird. Das ist nötig, weil bei einer offenen Leitung mehrere Vorgänge gleichzeitig laufen können.

Ein häufiger Irrtum ist, ACP-WebSocket sei ein eigenes Produkt. Es ist nur eine Kombination aus Inhalt und Transportweg. Dasselbe Protokoll lässt sich auch über andere Wege übertragen, etwa über einzelne HTTP-Anfragen. Der WebSocket ist die Variante für lange, lebhafte Unterhaltungen.

Wo diese Technik in Produkten steckt

Am sichtbarsten ist sie in Programmierumgebungen mit eingebautem KI-Assistenten. Der Editor auf dem Laptop und das Modell in der Cloud halten eine dauerhafte Verbindung, über die Codevorschläge, Dateiänderungen und Rückfragen fließen. Auch Entwicklerwerkzeuge wie Agentenoberflächen im Terminal setzen auf dieses Muster.

In Firmen findet man es dort, wo mehrere Agenten zusammenarbeiten sollen. Ein Agent recherchiert, ein zweiter prüft, ein dritter schreibt zusammen. Sie brauchen einen gemeinsamen Kanal und ein gemeinsames Vokabular. In Nachrichten über KI-Plattformen taucht das oft unter Stichworten wie Interoperabilität oder Agenten-Ökosystem auf.

Man sollte ACP nicht mit MCP verwechseln, dem Model Context Protocol. MCP regelt vor allem, wie ein Modell auf Werkzeuge und Datenquellen zugreift. ACP zielt stärker auf die Verständigung zwischen eigenständigen Agenten. Beide sind junge Standards, und welcher sich durchsetzt, ist offen.