Chat, Assistent oder Agent: Was ist der Unterschied?

Die Begriffe beschreiben unterschiedliche Ebenen

Ein Chatfenster ist zunächst eine Oberfläche. Dort kann ein einfaches Frage-Antwort-System arbeiten, aber auch eine Anwendung mit Dateizugriff, Recherche und mehreren Arbeitsschritten. Umgekehrt benötigt ein agentischer Ablauf kein Chatfenster: Er kann durch ein Ereignis oder eine geplante Aufgabe gestartet werden. Wer nur auf die Oberfläche schaut, verwechselt die Eingangstür mit dem Gebäude dahinter.

Ein Assistent ist eine praktische Rollenbeschreibung. Er hilft etwa bei Texten, Auswertungen oder der Suche in freigegebenen Unterlagen. Dafür kann er festgelegte Anweisungen, eine Wissenssammlung und Werkzeuge verwenden. Die Grenze zum Agenten wird in Produkten unterschiedlich gezogen. Hier verwende ich Agent für einen Ablauf, in dem das Modell innerhalb erlaubter Grenzen selbst entscheidet, welche nächsten Schritte zur Zielerreichung erforderlich sind.

Diese Arbeitsdefinition ist keine Rangliste. Ein klarer, fester Ablauf kann für eine Rechnungskontrolle besser geeignet sein als ein flexibel planender Agent. Wenn Bedingungen, Reihenfolge und Ausnahmewege bekannt sind, ist Vorhersagbarkeit ein Vorteil. Ein Agent wird interessant, wenn Aufgaben unterschiedliche Wege erfordern. Die zusätzliche Freiheit erzeugt allerdings auch zusätzlichen Prüfbedarf. Autonomie ist eine Gestaltungsentscheidung, kein Bonuspunkt auf einer Einkaufsliste.

Dieselbe Aufgabe in drei Arbeitsformen

Nehmen wir ein fiktives Beispiel: Aus freigegebenen Projektunterlagen soll ein Statusbericht entstehen. In einem einfachen Chat stellen Sie die Informationen bereit, erklären das gewünschte Format und erhalten einen Entwurf. Fehlt eine wichtige Datei, müssen Sie sie nachreichen. Das System kann Sie auf Lücken hinweisen, hat aber ohne entsprechende Werkzeuge keinen eigenen Zugriff auf das Projektarchiv. Ein gut formulierter Text ist hier das Arbeitsergebnis, nicht automatisch ein geprüfter Projektstatus.

Ein eingerichteter Assistent kann dieselbe Vorlage, Begriffsdefinitionen und zulässige Quellen wiederholt verwenden. Er unterstützt dadurch gleichmäßigere Ergebnisse. Für das Beispiel könnte er aus einer freigegebenen Dokumentensammlung die einschlägigen Berichte suchen und offene Punkte kennzeichnen. Trotzdem muss geprüft werden, ob die Suche alle entscheidenden Informationen gefunden hat. Eine hinterlegte Wissenssammlung ist keine Garantie für Vollständigkeit.

Ein Agent könnte zunächst die vorhandenen Unterlagen sichten, fehlende Angaben erkennen, gezielt nach weiteren freigegebenen Quellen suchen, Zahlen mit einem Rechenwerkzeug prüfen und den Entwurf überarbeiten. Er kann dabei auf Zwischenergebnisse reagieren. Das Versenden an die Geschäftsführung wäre jedoch ein eigener Schritt mit eigener Berechtigung. Der Auftrag, einen Bericht vorzubereiten, enthält nicht stillschweigend die Erlaubnis, ihn zu veröffentlichen.

Workflow oder Agent: Wer bestimmt den nächsten Schritt?

Ein Workflow legt den Weg im Voraus fest: Dokument einlesen, bestimmte Angaben extrahieren, Pflichtfelder kontrollieren, bei Unklarheiten an einen Menschen übergeben. Ein Sprachmodell kann darin einzelne Aufgaben bearbeiten. Der gesamte Ablauf wird dadurch noch nicht frei planend. Ein agentisches System entscheidet dagegen situationsabhängig über nächste Schritte und Werkzeugnutzung. Anthropic verwendet diese Unterscheidung zwischen fest vorgegebenen Pfaden und modellgesteuerter Prozessführung ebenfalls.

Für die Auswahl hilft ein Blick auf die Ausnahmen. Sind sie selten und gut beschreibbar, genügt möglicherweise ein kontrollierter Workflow. Sind Recherchen, unterschiedliche Quellen und Rückfragen wesentlicher Bestandteil der Aufgabe, kann ein Agent Vorteile haben. In vielen Anwendungen ist eine Mischung sinnvoll: flexible Vorbereitung innerhalb eines festen Rahmens, anschließend eine eindeutige Prüfung und Freigabe. Die Architektur muss zur Aufgabe passen, nicht zum aktuellen Etikett.

Ein einfacher Kontrollpunkt verhindert viel Ärger: Was gilt als fertig, und wann wird abgebrochen? Ohne klare Abnahme kann ein Agent weiter recherchieren, Varianten erzeugen oder denselben Fehler mehrfach bearbeiten. Für den Statusbericht wären feste Kriterien sinnvoll: Zeitraum stimmt, Aussagen besitzen Belege, Zahlen sind geprüft, fehlende Angaben bleiben sichtbar. Sobald eine wesentliche Quelle fehlt oder Zugriffe nicht erlaubt sind, soll das System die Grenze melden statt sich kreativ darüber hinwegzuhelfen.

Kontext, RAG und Training sauber auseinanderhalten

Eine KI kann aktuelle Unterlagen nutzen, ohne dafür neu trainiert zu werden. Bei Retrieval-Augmented Generation, kurz RAG, werden relevante Informationen gesucht und dem Modell als Kontext für die Antwort bereitgestellt. Die ursprüngliche RAG-Arbeit beschreibt die Verbindung von Abruf und Generierung. Vereinfacht gesagt: Das System darf vor dem Antworten nachschlagen. Wie gut es nachschlägt und ob die Fundstelle passt, bleibt dabei eine eigene Qualitätsfrage.

Training und Feinabstimmung verändern dagegen Modellparameter. Sie können bestimmte Verhaltensmuster oder Aufgabenleistungen beeinflussen. Eine aktuelle Dokumentenablage und ein Training lösen deshalb nicht dasselbe Problem. Wenn eine interne Richtlinie geändert wird, ist eine gepflegte, zugriffsgesteuerte Wissensquelle häufig der naheliegendere Ansatz als ein erneutes Modelltraining. Welche technische Lösung sinnvoll ist, muss anhand von Aktualität, Aufwand und überprüfbaren Anforderungen entschieden werden.

RAG nimmt der Organisation die Informationspflege nicht ab. Dubletten, überholte Richtlinien, widersprüchliche Freigaben und schlecht lesbare Dateien bleiben Probleme. Zusätzlich müssen Berechtigungen bis in Suche und Ausgabe durchgesetzt werden. Der Agent darf nicht allein deshalb auf eine vertrauliche Datei zugreifen, weil sie für seine Aufgabe interessant wäre. Relevanz und Zugriffsrecht sind zwei unterschiedliche Dinge. Das gilt auch dann, wenn der Zugriff technisch bequem einzurichten wäre.

Werkzeuge machen aus Antworten mögliche Handlungen

Werkzeuge verbinden die KI mit Funktionen außerhalb der reinen Texterzeugung: suchen, rechnen, Dateien lesen, Termine prüfen oder Datensätze verändern. Technisch kann ein Modell einen Werkzeugaufruf vorschlagen, den die umgebende Anwendung ausführt. Damit entsteht eine wichtige Sicherheitsgrenze. Der Textvorschlag und die tatsächliche Handlung sind nicht dasselbe. Die Anwendung muss prüfen, ob das Werkzeug, die Parameter und der Zugriff erlaubt sind.

Befugnisse sollten unabhängig von der vermeintlichen Intelligenz begrenzt werden. Für einen Vergleich von Angeboten reicht meist Lesezugriff. Für einen Entwurf braucht es keine Versandberechtigung. Für einen Test braucht es nicht sofort den Produktionszugang. Sinnvoll sind getrennte Rechte für Lesen, Entwerfen und verbindliches Ändern. Die höhere Leistungsfähigkeit eines Modells ist kein fachlicher Grund, ihm mehr Konten oder weitergehende Rechte zu geben.

Auch Informationen aus Werkzeugen bleiben zu bewerten. Ein fremdes Dokument kann Anweisungen enthalten, die nichts mit dem eigentlichen Auftrag zu tun haben. Eine Webseite könnte beispielsweise verlangen, Daten an eine andere Stelle zu senden. Solche Inhalte müssen als zu prüfende Daten behandelt werden, nicht als neue Autorität. Prompt-Injection-Risiken werden nicht dadurch gelöst, dass man dem System einmal freundlich erklärt, bitte vorsichtig zu sein. Technische Begrenzungen und passende Prüfungen gehören dazu.

Mehrere Agenten brauchen eine klare Arbeitsteilung

Mehrere Agenten können voneinander abgegrenzte Teilaufgaben bearbeiten: einer recherchiert, einer erstellt den Entwurf, ein weiterer prüft Belege und Widersprüche. Das kann nützlich sein, wenn Aufgaben parallel bearbeitbar sind und ein gemeinsamer Qualitätsmaßstab vorliegt. Es entsteht aber nicht automatisch eine unabhängige Kontrolle. Ähnliche Modelle mit denselben Quellen können denselben Fehler wiederholen. Drei übereinstimmende Antworten sind noch keine dritte Quelle.

Für den Projektbericht wäre eine belastbare Arbeitsteilung konkreter: Der Ersteller liefert Aussagen samt Fundstellen; der Prüfer kontrolliert ausgewählte Originalstellen, Rechenwege und offene Punkte. Ein verantwortlicher Prozess führt die Ergebnisse zusammen und entscheidet bei Widersprüchen. Wichtig sind eindeutige Zuständigkeiten, gemeinsame Begriffe und ein begrenzter Umfang. Andernfalls wird aus einem Mitarbeiter, dem man etwas erklären muss, eine ganze künstliche Besprechungsrunde.

Die Kontrolle sollte dort unabhängig sein, wo ein Fehler teuer wäre. Dazu können andere Quellen, feste Prüfprogramme, Stichproben durch Fachleute oder Tests gegen bekannte Ergebnisse gehören. Ein zweiter Agent ist eine mögliche Prüfinstanz, kein Ersatz für diese Gestaltung. Vor allem bleibt die organisatorische Verantwortung bei benannten Menschen. Ein System kann viel Arbeit übernehmen; es kann nicht stellvertretend die Verantwortung der Organisation abschaffen.

So lässt sich die passende Stufe erproben

Beginnen Sie mit einer begrenzten Aufgabe und einer nachvollziehbaren Ausgangslage. Beschreiben Sie das gewünschte Ergebnis, zulässige Quellen, verbotene Handlungen und den Prüfmaßstab. Verwenden Sie zunächst freigegebene Testdaten und möglichst nur lesende Zugriffe. Für den Beispielbericht reicht ein abgeschlossener Zeitraum mit bekannten Ergebnissen. So lässt sich erkennen, ob das System Informationen korrekt verarbeitet oder nur einen überzeugenden Berichtston trifft.

Testfälle sollten auch unangenehme Situationen enthalten: eine fehlende Datei, widersprüchliche Zahlen, eine veraltete Vorlage und eine unzulässige Handlungsaufforderung innerhalb eines Dokuments. Erwartet wird nicht überall eine fertige Antwort. Manchmal ist das richtige Ergebnis eine konkrete Rückfrage oder ein Abbruch. Messen Sie Bearbeitungszeit einschließlich Prüfung, Fehlerart, Nacharbeit und die Nachvollziehbarkeit des Verlaufs. Nur erfolgreiche Vorführungen zu sammeln liefert ein freundliches, aber unvollständiges Bild.

Erweitern Sie erst danach Werkzeuge oder Selbstständigkeit. Jede Erweiterung verändert die möglichen Fehlerfolgen und benötigt passende Prüfungen. Ein funktionierender Leseassistent belegt nicht, dass derselbe Ablauf auch verbindlich schreiben darf. Praktisch ist ein stufenweises Vorgehen: Informationen finden, Entwürfe erstellen, kontrollierte Änderungen vorbereiten, ausgewählte Handlungen freigeben. Die Rückkehr zu einer einfacheren Lösung muss möglich bleiben. Mehr Technik ist kein verpflichtender Entwicklungspfad.

Wo ein einfacherer Ablauf die bessere Wahl bleibt

Ein oft übersehener Teil ist die Rücknahme einer Handlung. Ein fehlerhafter Entwurf lässt sich ersetzen; eine versendete Nachricht oder gelöschte Datei hat andere Folgen. Vor einer Freigabe sollte deshalb geklärt sein, welche Aktionen rückgängig gemacht werden können, welche Sicherungen bestehen und wer im Fehlerfall eingreift. Eine Protokollierung muss den tatsächlich ausgeführten Schritt zeigen, nicht nur die Absicht des Modells. Der Satz „Ich habe das erledigt“ ersetzt keinen technischen Nachweis.

Für länger laufende Abläufe kommt ein weiterer Punkt hinzu: Rahmenbedingungen können sich während der Bearbeitung ändern. Eine Datei wird ersetzt, eine Freigabe widerrufen oder eine Aufgabe durch einen neuen Auftrag überholt. Das System braucht deshalb Regeln für erneute Prüfung und für den Umgang mit konkurrierenden Änderungen. Eine einmal erteilte allgemeine Aufgabe sollte nicht zur dauerhaften Vollmacht werden. Je länger und selbstständiger ein Ablauf arbeitet, desto wichtiger sind nachvollziehbare Zwischenstände und ein erreichbarer Stoppmechanismus.

Nicht jede Aufgabenstellung profitiert von selbst gewählten Schritten. Wenn eine gesetzte Regel eindeutig geprüft werden kann, ist eine feste Prüfung häufig transparenter. Wenn Daten unzuverlässig oder die Zuständigkeiten ungeklärt sind, wird ein Agent daraus nicht automatisch einen guten Prozess machen. Er kann die Unordnung lediglich zügiger durchlaufen. Zuerst den Ablauf verstehen bleibt deshalb eine erstaunlich moderne Methode.

Auch ein sehr leistungsfähiges System braucht Grenzen seiner Verwendung. Bei nicht überprüfbaren Ergebnissen, unklaren Rechten oder großen irreversiblen Auswirkungen kann eine automatisierte Bearbeitung ungeeignet sein. Ein menschlicher Freigabeklick hilft nur, wenn tatsächlich Zeit, Informationen und Kompetenz für die Prüfung vorhanden sind. Der entscheidende Maßstab lautet nicht: Wie autonom arbeitet das System? Sondern: Wie zuverlässig und verantwortbar kommen wir zum benötigten Ergebnis?