KI-Agenten im Service Desk dürfen nicht allein entscheiden

KI-Agenten wirken im Service Desk verlockend, weil sie nicht nur antworten, sondern Aufgaben selbst anstoßen können. Genau darin liegt der Unterschied zu einfachen Chatbots. Wer solche Systeme ohne klare Grenzen einsetzt, verschiebt Entscheidungen aus dem sichtbaren Serviceprozess in eine schwer prüfbare Automatik.

Ein KI-Agent ist Software, die ein Ziel verfolgt, Informationen auswertet und daraus nächste Schritte ableitet. Im IT-Service kann das hilfreich sein, etwa beim Sortieren von Tickets, beim Vorschlagen von Lösungen oder beim Zusammenfassen einer Störung. Kritisch wird es, wenn der Agent Berechtigungen ändert, Prioritäten setzt, Nutzer informiert oder technische Maßnahmen auslöst, ohne dass Verantwortung und Freigabe geklärt sind.

Automatisierung spart Zeit, aber sie ersetzt keine Verantwortung

Der erste Nutzen liegt auf der Hand. Ein Agent kann ein neues Ticket lesen, frühere Fälle suchen, fehlende Angaben erkennen und dem Service Desk einen Vorschlag machen. Das nimmt Routinearbeit aus dem Eingangskorb. Atlassian beschreibt künstliche Intelligenz im IT Service Management als Möglichkeit, Tickets schneller einzuordnen, Wissen besser zu nutzen und Teams bei wiederkehrenden Aufgaben zu entlasten.

Aus ITSM-Sicht reicht Geschwindigkeit aber nicht. Der Serviceprozess muss später zeigen, warum eine Entscheidung gefallen ist, wer sie geprüft hat und welche Folge sie für Nutzer, Systeme und Dienstleister hatte. Wenn die Automatik nur ein Ergebnis liefert, aber keinen nachvollziehbaren Weg, entsteht ein neues Betriebsrisiko. Dann wird aus Entlastung eine zweite Entscheidungsebene neben dem offiziellen Prozess.

Der gefährliche Punkt ist nicht die Antwort, sondern die Handlung

Ein falscher Antwortvorschlag ist ärgerlich. Eine falsche Handlung kann den Betrieb direkt treffen. Ein Agent könnte ein Ticket zu niedrig priorisieren, eine Sicherheitsmeldung falsch einordnen, einen Nutzer mit einer unpassenden Standardantwort abspeisen oder eine Änderung anstoßen, die eigentlich eine Freigabe braucht. Deshalb ist die zentrale Frage nicht, ob KI im Service Desk erlaubt ist. Die bessere Frage lautet, welche Handlungsklasse der Agent ohne menschliche Prüfung ausführen darf.

IBM beschreibt KI-Agenten als Systeme, die Aufgaben planen, Werkzeuge nutzen und mit einer gewissen Eigenständigkeit handeln können. Für IT Service Management folgt daraus eine einfache Grenze. Lesen, ordnen, zusammenfassen und vorschlagen sind andere Tätigkeiten als genehmigen, ändern, eskalieren oder schließen. Diese Grenze muss im Prozess sichtbar sein, nicht nur in einer technischen Einstellung.

Stoppschilder gehören an die Übergänge im Prozess

Praktisch braucht der Service Desk mehrere Stoppschilder. Ein Agent darf ein Ticket vorbereiten, aber die Priorität bei geschäftskritischen Services braucht eine prüfbare Bestätigung. Er darf eine Lösung aus der Wissensdatenbank vorschlagen, aber keine technische Änderung an Produktivsystemen auslösen. Er darf Nutzerantworten formulieren, aber bei Ausfall, Datenschutzbezug oder Sicherheitsverdacht muss ein Mensch den Text freigeben.

Solche Stoppschilder wirken nur, wenn sie konkret sind. Eine allgemeine Regel wie Mensch prüft kritische Fälle hilft im Alltag wenig. Besser sind klare Auslöser: betroffener VIP-Service, Produktionssystem, Sicherheitsmeldung, personenbezogene Daten, Kostenfolge, Eskalation an einen Provider oder Abschluss ohne Rückmeldung des Nutzers. Sobald einer dieser Punkte berührt ist, endet der Autopilot und beginnt eine dokumentierte Freigabe.

Die Wissensbasis entscheidet über die Qualität der Vorschläge

KI-Agenten werden nicht automatisch besser, nur weil sie schnell sind. Sie greifen auf vorhandene Informationen, Wissensartikel, Ticketverläufe und Systemdaten zu. Wenn diese Basis veraltet, widersprüchlich oder unvollständig ist, produziert der Agent schneller die falsche Richtung. Das Problem ist dann nicht nur ein KI-Problem, sondern ein Wissensmanagement-Problem.

Der Service Desk sollte deshalb zuerst prüfen, welche Quellen ein Agent überhaupt nutzen darf. Veraltete Artikel brauchen Kennzeichnung oder Sperre. Fachgruppenwissen braucht Besitzer. Standardantworten brauchen ein Aktualisierungsdatum. IBM ordnet KI im Kundenservice unter anderem als Unterstützung für schnellere und konsistentere Antworten ein. Konsistenz ist aber nur wertvoll, wenn die zugrunde liegende Antwort fachlich stimmt.

Auch der Agent braucht ein Ticketprotokoll

Jede relevante Agentenaktion muss im Ticket erkennbar bleiben. Dazu gehören verwendete Quellen, vorgeschlagene Kategorie, geänderte Priorität, automatisch erzeugte Nutzerantwort und menschliche Freigabe. Ohne diese Spur kann der Betrieb später nicht prüfen, ob der Agent geholfen oder die Bearbeitung verzerrt hat.

Ein gutes Protokoll muss nicht technisch überladen sein. Es reicht oft eine klare Zusammenfassung: Agent hat vorgeschlagen, Mensch hat geprüft, Entscheidung wurde übernommen oder verworfen. Wichtig ist, dass die nächste Schicht, der Problem Manager oder ein Auditor die Entscheidung nachvollziehen kann. Unsichtbare Automatik passt nicht zu sauberem Service Management.

Prüffragen für den Start mit KI-Agenten

• Welche Aufgaben darf der Agent nur vorbereiten und nicht selbst abschließen?
• Welche Services, Nutzergruppen oder Risikofälle lösen immer eine menschliche Freigabe aus?
• Welche Wissensquellen darf der Agent nutzen und wer hält sie aktuell?
• Welche Agentenvorschläge werden im Ticket dokumentiert?
• Wie erkennt der Service Desk, ob eine automatische Entscheidung häufig korrigiert werden muss?
• Wer stoppt den Agenten, wenn Fehlerbilder sichtbar werden?

KI-Agenten können dem Service Desk echte Arbeit abnehmen. Sie sollten aber nicht heimlich zur neuen Entscheidungsinstanz werden. Der saubere Weg ist ein begrenzter Einsatz mit klaren Handlungsklassen, sichtbaren Stoppschildern und nachvollziehbarer Dokumentation. Dann entsteht Automatisierung, die den Betrieb unterstützt, statt Verantwortung zu verwischen.

Quellen und Einordnung Atlassian zu künstlicher Intelligenz im ITSM, IBM zu KI-Agenten sowie IBM zu KI im Kundenservice. Stand der Quellenprüfung 28.06.2026.