Abstrakte Illustration: eine Sprechblase neben einem vernetzten Knotenpunkt mit Zahnrad, Sinnbild für den Unterschied zwischen Chatbot und KI-Agent

Was ist ein KI-Agent? Und warum das nicht dasselbe ist wie ein Chatbot

Ein Kunde schreibt am Freitagabend eine Anfrage an einen Elektrobetrieb: eine Steckdose funktioniert nicht mehr, es riecht leicht verbrannt, er hätte gern noch vor dem Wochenende jemanden da. Ein klassischer Chatbot auf der Website würde die Nachricht aufnehmen und eine Standardantwort zurückgeben, etwa dass sich jemand am nächsten Werktag meldet. Ein KI-Agent würde etwas anderes tun: den Hinweis auf Brandgeruch als dringend einstufen, im Kalender nach einem freien Notdienst-Slot suchen, eine Rückfrage zur genauen Adresse stellen und erst dann, wenn die Informationen vollständig sind, einen Terminvorschlag verschicken oder direkt an den Notdienst eskalieren. Der Unterschied zwischen beiden liegt nicht in der Höflichkeit der Antwort, sondern darin, was zwischen Frage und Antwort passiert.

Ein Chatbot antwortet, ein Agent handelt

Ein Chatbot ist im Kern ein Frage-Antwort-System. Er bekommt eine Eingabe, sucht die passende Antwort, meist aus einem festgelegten Satz von Themen oder einer Wissensdatenbank, und gibt sie zurück. Das kann gut gemacht sein, bleibt aber ein einzelner Schritt: Eingabe rein, Antwort raus. Was der Chatbot nicht tut, ist eigenständig weiterzudenken, was als Nächstes zu passieren hat.

Ein KI-Agent arbeitet nach einem anderen Muster: planen, ausführen, prüfen, nachbessern. Er bekommt nicht nur eine Frage, sondern ein Ziel, zum Beispiel "vereinbare einen Termin für diese Anfrage", und entscheidet selbst, welche Zwischenschritte dafür nötig sind. Das kann bedeuten, den Kalender abzufragen, eine Rückfrage zu stellen, auf eine Antwort zu warten und danach weiterzumachen. Diese Fähigkeit, mehrere Schritte selbstständig aneinanderzureihen und dabei je nach Zwischenergebnis die nächste Entscheidung anzupassen, nennt man in der Fachliteratur Handlungsfähigkeit oder Agency. Genau das steckt im Wort Agent.

Wichtig dabei: Diese Selbstständigkeit ist nicht grenzenlos. Ein Agent arbeitet innerhalb von Leitplanken, die vorher festgelegt wurden, etwa welche Kalender er einsehen darf, welche Beträge er ohne Rückfrage freigeben darf, wann er an einen Menschen übergeben muss. Ein Agent ohne solche Leitplanken ist kein gutes Werkzeug, sondern ein Risiko, und seriöse Umsetzungen legen diese Grenzen bewusst fest, statt sie der Software zu überlassen.

Eine Verwechslung lohnt sich zu vermeiden: Diese Unterscheidung hat nichts mit der Oberfläche zu tun, über die jemand mit dem System in Kontakt kommt. Ein Chat-Fenster auf einer Website kann einen einfachen Chatbot genauso gut verbergen wie einen vollwertigen Agenten, die äußere Form verrät nichts darüber, was dahinter passiert. Ein Agent braucht umgekehrt gar kein Chat-Fenster, er kann ebenso im Hintergrund arbeiten, ohne dass je ein Mensch mit ihm spricht. Entscheidend ist allein, ob ein System nach dem oben beschriebenen Muster handelt, planen, ausführen, prüfen, nicht wie es sich nach außen präsentiert.

Was ein Agent in der Praxis tatsächlich tun kann

Drei Beispiele, an denen sich der Unterschied konkret zeigt:

Terminvereinbarung

Ein Chatbot zeigt eine Liste freier Termine an, die vorher aus dem Kalendersystem exportiert wurde, und der Nutzer klickt sich einen heraus. Ein Agent liest die Anfrage, erkennt die Dringlichkeit, prüft live im Kalender, ob ein Notdienst-Slot frei ist, und schlägt genau diesen vor, nicht eine allgemeine Liste.

Anfragen vorqualifizieren

Ein Chatbot nimmt eine Nachricht entgegen und leitet sie unverändert an das Team weiter. Ein Agent liest mit, stellt bei Bedarf eine oder zwei gezielte Rückfragen, etwa nach der Postleitzahl oder der Art des Schadens, und übergibt am Ende eine vollständige, sortierte Anfrage statt eines Nachrichtenfragments.

Status nachhalten

Ein Chatbot vergisst nach jeder Antwort, was vorher besprochen wurde, sofern das nicht ausdrücklich im selben Gespräch gespeichert ist. Ein Agent kann, sofern das System so angebunden ist, auf frühere Anfragen desselben Kunden zugreifen und eine Nachfrage im Kontext beantworten, statt bei null anzufangen.

Wo die Grenze zu einfacher Automatisierung verläuft

Hier entsteht häufig eine Verwechslung: Auch eine klassische Automatisierung, etwa eine Regel wie "wenn Formular X ausgefüllt wird, sende E-Mail Y", wirkt auf den ersten Blick selbstständig. Der Unterschied liegt darin, wie die Entscheidung zustande kommt. Eine Automatisierungsregel folgt einem fest programmierten Pfad: Bedingung erfüllt, Aktion ausgeführt, fertig. Ändert sich die Situation leicht, etwa weil im Formular eine ungewöhnliche Kombination aus Angaben steht, greift die Regel entweder gar nicht oder falsch.

Ein Agent nutzt stattdessen ein Sprachmodell als Entscheidungszentrale und wählt je nach Situation selbst aus, welches Werkzeug er als Nächstes einsetzt, etwa eine Datenbankabfrage, eine Websuche oder eine Rückfrage an den Menschen. Er reagiert damit auf Varianten, die bei der Programmierung der Regel nicht einzeln bedacht wurden. Das macht ihn flexibler als eine starre Automatisierung, aber auch schwerer vorhersehbar, weshalb die bereits erwähnten Leitplanken kein Zusatz sind, sondern Voraussetzung.

Warum diese Unterscheidung in der Praxis zählt

Der Begriff "KI-Agent" wird im Moment viel verwendet, auch für Systeme, die eigentlich nur ein etwas besser formuliertes Chatbot-Skript sind. Das ist kein Zufall: "Agent" klingt moderner und lässt sich leichter verkaufen als "Formular mit Textbaustein-Antworten". Für ein Unternehmen, das in eine solche Lösung investiert, macht der Unterschied aber einen echten Unterschied beim Budget und bei der Erwartung. Ein echter Agent braucht Zugriff auf echte Systeme, etwa einen Kalender oder eine Produktdatenbank, und damit auch eine Phase, in der dieser Zugriff sauber eingerichtet und abgesichert wird. Wer das überspringt und trotzdem von einem Agenten spricht, verkauft meist ein Chatbot-Update unter neuem Namen.

Umgekehrt gilt auch: Nicht jeder Prozess braucht einen Agenten, nur weil es die Technik inzwischen gäbe. Eine Kontaktseite mit drei immer gleichen Fragen ist mit einem einfachen Formular oft schneller und zuverlässiger gelöst als mit einer komplexen, fehleranfälligen Agenten-Konstruktion. Die Investition lohnt sich dort, wo echte Verzweigungen und Zwischenentscheidungen im Prozess stecken, nicht überall, wo das Wort "KI" gut aussieht.

Häufige Fragen

Ersetzt ein Agent das Team, das Anfragen bisher bearbeitet?

In den Projekten, die wir kennen, nicht. Ein Agent übernimmt die vorbereitenden Schritte: sortieren, nachfragen, vorschlagen. Die Entscheidung bei ungewöhnlichen oder heiklen Fällen bleibt beim Menschen, und genau dafür braucht es die vorhin genannten Leitplanken, die festlegen, wann der Agent übergeben muss.

Braucht man für einen Agenten eine komplett neue Website?

Nein. Ein Agent setzt in der Regel auf vorhandenen Systemen auf, etwa dem Kalender, dem Kontaktformular oder der Produktdatenbank, die bereits existieren. Entscheidend ist, dass diese Systeme überhaupt eine Schnittstelle anbieten, über die ein Programm lesen und schreiben kann, nicht, dass die Website neu gebaut wird.

Kann ein kleiner Betrieb das überhaupt sinnvoll nutzen, oder lohnt sich das nur für große Unternehmen?

Das hängt am Prozess, nicht an der Unternehmensgröße. Ein Handwerksbetrieb mit vielen ähnlichen, aber nie identischen Anfragen profitiert oft stärker von einer guten Vorqualifizierung als ein großes Unternehmen mit eigenem Callcenter. Die Frage ist eher, ob der Prozess häufig genug vorkommt, dass sich die Einrichtung lohnt.

Was das für Ihre Website bedeutet

Für die meisten Unternehmen, die wir begleiten, ist die Frage im Moment nicht "Chatbot oder Agent", sondern welches Problem überhaupt gelöst werden soll. Ein einfacher Chatbot reicht aus, wenn es um wiederkehrende, klar abgrenzbare Fragen geht, etwa Öffnungszeiten oder Preisübersichten. Ein Agent lohnt sich dort, wo mehrere Schritte zusammenhängen und echte Entscheidungen dazwischen anfallen, etwa bei Terminvereinbarung, Anfragen-Vorqualifizierung oder der Suche in größeren Produkt- oder Leistungskatalogen.

Die technische Infrastruktur dafür ist auf den meisten Websites noch nicht vorhanden, und das muss sie auch nicht sofort sein. Was sich schon heute lohnt: die eigenen Prozesse so zu dokumentieren und zu strukturieren, dass ein Agent sie später überhaupt lesen und nutzen kann, falls die Entscheidung dafür fällt. Dazu zählen saubere, maschinenlesbare Produktdaten, klar benannte Formularfelder und ein Kalendersystem, das sich überhaupt abfragen lässt. Das ist unabhängig davon sinnvoll, ob am Ende ein Agent eingesetzt wird oder nicht.

Wenn Sie prüfen möchten, ob ein Agent für einen konkreten Prozess auf Ihrer Website sinnvoll wäre, sind wir erreichbar.

Häufige Fragen

Ersetzt ein Agent das Team, das Anfragen bisher bearbeitet?

In den Projekten, die wir kennen, nicht. Ein Agent übernimmt die vorbereitenden Schritte: sortieren, nachfragen, vorschlagen. Die Entscheidung bei ungewöhnlichen oder heiklen Fällen bleibt beim Menschen, und genau dafür braucht es die vorhin genannten Leitplanken, die festlegen, wann der Agent übergeben muss.

Braucht man für einen Agenten eine komplett neue Website?

Nein. Ein Agent setzt in der Regel auf vorhandenen Systemen auf, etwa dem Kalender, dem Kontaktformular oder der Produktdatenbank, die bereits existieren. Entscheidend ist, dass diese Systeme überhaupt eine Schnittstelle anbieten, über die ein Programm lesen und schreiben kann, nicht, dass die Website neu gebaut wird.

Kann ein kleiner Betrieb das überhaupt sinnvoll nutzen, oder lohnt sich das nur für große Unternehmen?

Das hängt am Prozess, nicht an der Unternehmensgröße. Ein Handwerksbetrieb mit vielen ähnlichen, aber nie identischen Anfragen profitiert oft stärker von einer guten Vorqualifizierung als ein großes Unternehmen mit eigenem Callcenter. Die Frage ist eher, ob der Prozess häufig genug vorkommt, dass sich die Einrichtung lohnt.

CloudWebDevs
About the Author

CloudWebDevs

Wiesbaden

CloudWebDevs ist der technische Partner für sichere und ausfallsichere Web-Architektur. Mit tiefen Wurzeln in der Prozessoptimierung und einem Tech-Stack auf Industriestandard übersetzen wir komplexe Anforderungen in effiziente, automatisierte und wartungsfreie digitale Plattformen – von der ersten Code-Zeile bis zum automatisierten Deployment.