KI-Agenten überwachen, ohne sie auszubremsen
Ein Lauf, den du nicht Schritt für Schritt nachlesen kannst, lässt sich weder verbessern noch verantworten. Was ein Team im laufenden Betrieb sehen und begrenzen muss.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Die teuersten Agentenfehler melden sich nicht von selbst
Ein Agent bricht selten laut ab. Er liefert ein Ergebnis, das aussieht wie ein Ergebnis. Die Suche im Dokumentbestand hat nichts gefunden, das Werkzeug gab eine leere Liste zurück, und das Modell hat aus dieser leeren Liste eine Antwort geformt, die niemandem auffällt. Ohne Protokoll je Werkzeugaufruf gibt es an dieser Stelle nichts zu sehen, nur eine erfolgreiche Ausführung.
Die zweite Überraschung ist die Rechnung. Läufe, die sich in Wiederholungen drehen, kosten ein Vielfaches eines normalen Laufs, und ohne Budgetgrenze pro Lauf merkt das niemand, solange die Ergebnisse stimmen. Wer die Kosten nur als Gesamtsumme im Monat sieht, kann sie keinem Vorgang zuordnen und damit auch nicht senken.
Am teuersten wird der Wiederanlauf ohne Schutz. Ein Lauf bricht in der Mitte ab, jemand startet ihn neu, und die Buchung, die vor dem Abbruch schon durchgegangen war, passiert ein zweites Mal. Das ist kein Modellproblem, sondern ein Betriebsproblem, und es lässt sich vor dem ersten produktiven Lauf lösen.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Schritt für Schritt
- 1
Jeden Lauf eindeutig kennzeichnen
Vergib beim Start eine Laufkennung und reich sie an jeden Werkzeugaufruf, jeden nachgelagerten Dienst und jeden erzeugten Datensatz weiter.
Geschafft, wenn: von einem auffälligen Datensatz kommst du in einem Schritt zum vollständigen Lauf
- 2
Werkzeugaufrufe statt nur Antworten protokollieren
Schreib je Aufruf Name, übergebene Parameter, Rückgabe, Dauer und Status. Markier leere Rückgaben ausdrücklich, sie sind später die häufigste Fehlerquelle.
Geschafft, wenn: ein Lauf lässt sich ohne Rückfrage beim Entwicklungsteam nachlesen
- 3
Verbrauch und Kosten je Lauf zählen
Erfasse die Verbrauchseinheiten pro Lauf und rechne sie auf den fachlichen Vorgang um, nicht auf den Monat. Ohne diese Zuordnung ist keine Kostensteuerung möglich.
Geschafft, wenn: du kannst sagen, was ein bearbeiteter Vorgang kostet
- 4
Drei Grenzen hart verankern
Setz eine maximale Schrittzahl, ein Zeitlimit und ein Budget je Lauf. Beim Erreichen bricht der Lauf kontrolliert ab und hinterlässt einen Eintrag mit dem Grund.
Geschafft, wenn: kein Lauf kann sich unbemerkt in einer Schleife festfahren
- 5
Werkzeuge in lesend und verändernd trennen
Leg für jedes verändernde Werkzeug fest, ob eine Zustimmung nötig ist. Die Zustimmung bezieht sich auf den konkreten Aufruf samt Parametern, nicht auf den Lauf insgesamt.
Geschafft, wenn: keine Mail, Zahlung oder Löschung passiert ohne bewusste Freigabe
- 6
Zustand außerhalb des Prozesses ablegen
Speichere den Laufzustand dauerhaft, damit ein unterbrochener Lauf dort weitergeht, wo er stand. Gib jedem verändernden Aufruf einen Schlüssel, der eine Wiederholung erkennbar macht.
Geschafft, wenn: ein Neustart nach einem Abbruch erzeugt keine doppelte Buchung
- 7
Wöchentlich eine Stichprobe fachlich bewerten
Zieh eine feste Zahl abgeschlossener Läufe und lass sie von jemandem prüfen, der den Vorgang beherrscht. Halte daneben feste Testfälle bereit und lass sie bei jedem Modell- oder Promptwechsel laufen.
Geschafft, wenn: stille Qualitätsverluste fallen auf, bevor sich jemand beschwert
Sechs Signale, die du wöchentlich anschaust
- 01 Wie viele Läufe endeten am Schrittlimit statt am Ziel?
- 02 Bei welchen Werkzeugen häufen sich leere Rückgaben?
- 03 Wie viele Läufe brauchten einen menschlichen Eingriff?
- 04 Was kostet ein abgeschlossener Vorgang im Schnitt?
- 05 Wie lange dauert ein Lauf vom Start bis zur Wirkung?
- 06 Wie viele Läufe der Stichprobe waren fachlich falsch?
Was du danach im Betrieb kannst
Nach dieser Seite kannst du für einen laufenden Agenten benennen, was protokolliert wird, wo die Grenzen liegen, an welcher Stelle ein Mensch zustimmt und welche Zahlen du dir wöchentlich ansiehst.
Lauf durchgängig verfolgen
Du vergibst eine Kennung je Lauf und reichst sie durch alle Aufrufe und in die erzeugten Datensätze durch. Von einem auffälligen Datensatz kommst du damit zurück zum Lauf.
Werkzeugaufrufe einzeln erfassen
Jeder Aufruf hinterlässt Name, Parameter, Rückgabe, Dauer und Status. Leere und fehlerhafte Rückgaben sind dabei die interessantesten Einträge.
Drei harte Grenzen setzen
Schrittzahl, Laufzeit und Verbrauchsbudget begrenzen jeden Lauf. Beim Erreichen bricht er kontrolliert ab, statt unbemerkt weiterzulaufen.
Verändernde Aufrufe freigeben
Du trennst lesende von verändernden Werkzeugen und legst je Werkzeug fest, ob ein Mensch dem konkreten Aufruf zustimmen muss.
Wiederanlauf ohne Doppelwirkung
Jeder verändernde Aufruf trägt einen Schlüssel, der einen zweiten Versuch als Wiederholung erkennbar macht. Der Zustand des Laufs liegt außerhalb des Prozesses.
Qualität stichprobenartig messen
Eine feste Stichprobe abgeschlossener Läufe wird von jemandem bewertet, der den Vorgang kennt. Diese Quote sagt mehr als jede Fehlerzählung.
KI-generiertDieses Bild wurde mit KI erzeugt · Yves Hoppe / KI / cmt
Nicht die Antwort ist das Ereignis, das du protokollieren musst
Klassisches Logging schreibt Eingabe und Ausgabe. Bei einem Agenten steckt genau dazwischen alles, was zählt. Ein Lauf besteht aus einer Folge von Entscheidungen, Werkzeugaufrufen, Rückgaben und Neubewertungen, und wenn am Ende etwas Falsches herauskommt, liegt der Fehler fast nie in der letzten Zeile. Er liegt drei Schritte vorher, bei einer Suchanfrage, die nichts gefunden hat, oder bei einem Werkzeug, das leer zurückkam und dessen leere Antwort danach als Tatsache weiterverarbeitet wurde.
Praktisch heißt das: eine Kennung pro Lauf, die durch jeden nachgelagerten Aufruf durchgereicht wird, und pro Werkzeugaufruf ein Eintrag mit Name, übergebenen Parametern, Rückgabe, Dauer und Status. Diese Kennung gehört auch in die Datensätze, die der Agent schreibt. Sonst siehst du zwar eine falsche Buchung, findest aber den Lauf nicht mehr, der sie erzeugt hat.
Grenzen, die vor der ersten Rechnung greifen
Ein Agent kann sich in Schleifen drehen: Werkzeug aufrufen, Ergebnis unbefriedigend, dasselbe Werkzeug leicht anders aufrufen. Ohne Obergrenze läuft das, bis es jemandem auffällt, und die Rechnung kommt am Monatsende. Setz drei Grenzen von Anfang an, eine maximale Zahl an Schritten pro Lauf, ein Zeitlimit und ein Budget in Verbrauchseinheiten. Beim Erreichen bricht der Lauf definiert ab und hinterlässt einen Eintrag mit dem Grund, keine halbfertige Wirkung.
Die Obergrenze ist gleichzeitig ein Messinstrument. Wenn ein wachsender Anteil der Läufe am Schrittlimit endet statt am Ziel, hat sich etwas an den Eingangsdaten oder am Zielsystem verändert. Das ist ein Frühindikator, der oft zuverlässiger anschlägt als die reine Fehlerquote.
Freigabe vor jeder Aktion, die du nicht zurücknehmen kannst
Trenn die Werkzeuge in zwei Klassen, solche die nur lesen und solche die etwas verändern. Lesende Werkzeuge darf der Agent frei aufrufen. Bei verändernden gilt je Werkzeug eine Regel, ob eine Zustimmung nötig ist, und die Zustimmung bezieht sich auf den konkreten Aufruf mit seinen Parametern, nicht pauschal auf den ganzen Lauf. Eine Mail an einen Kunden, eine Zahlung, ein Löschvorgang und jeder Eintrag im führenden System gehören immer in diese zweite Klasse.
Damit das im Betrieb funktioniert, muss der Lauf an dieser Stelle stehen bleiben und später weiterlaufen können, ohne von vorn zu beginnen. Der Zustand des Laufs muss also dauerhaft gespeichert sein und nicht nur im Arbeitsspeicher des Prozesses liegen. Workflow-Engines wie Temporal sind für genau diese dauerhafte Ausführung gebaut, und Agenten-Frameworks wie LangGraph speichern den Zustand zwischen und halten dafür einen definierten Unterbrechungspunkt bereit.
Wiederanlauf ist die Stelle, an der doppelte Buchungen entstehen. Jeder verändernde Aufruf braucht deshalb einen Schlüssel, der ihn eindeutig macht, damit ein zweiter Versuch mit demselben Schlüssel als Wiederholung erkannt und nicht erneut ausgeführt wird.
Messen, was gut ging, nicht nur was abgestürzt ist
Die gefährlichen Läufe sind die, die keinen Fehler werfen. Der Agent liefert eine plausible Antwort, die falsch ist, das System meldet Erfolg. Deshalb reicht eine Fehlerquote nicht aus. Zieh eine feste Stichprobe abgeschlossener Läufe pro Woche und lass sie von jemandem bewerten, der den Vorgang fachlich beherrscht. Die Quote aus dieser Stichprobe ist die einzige Zahl, die etwas über die Qualität aussagt.
Daneben tragen drei Verlaufsgrößen: der Anteil der Läufe, die einen menschlichen Eingriff gebraucht haben, die durchschnittliche Zahl der Schritte pro Lauf und die Kosten pro abgeschlossenem Vorgang. Alle drei sollten über Wochen stabil sein. Eine Bewegung darin ist ein Hinweis, bevor die ersten Beschwerden kommen.
Halte außerdem einen Satz fester Testfälle mit bekannter richtiger Antwort bereit und lass ihn bei jedem Modellwechsel und jeder Änderung am Systemprompt durchlaufen. Anbieter aktualisieren ihre Modelle, und ein Verhalten, das gestern richtig war, kann sich verschieben, ohne dass bei dir jemand etwas geändert hat.
Dazu passende Kurse
Wie du Zustand, Wiederanlauf und Freigaben von Anfang an in die Architektur legst, üben die Kurse zum Bau und Betrieb von Agentensystemen .
Wer Protokolle, Aufbewahrung und Zugriffsrechte für den gesamten KI-Betrieb sortieren will, findet das in den Schulungen zu Protokollierung und Rechten im Tagesbetrieb .
Wie sicher bist du beim Thema wirklich?
Lesen fühlt sich schnell nach Können an. Ein kurzer Test zeigt dir, was davon schon sitzt und wo sich ein Kurs lohnt. Kostenlos, ohne Anmeldung, mit einer Erklärung zu jeder Antwort.
Die Inhalte wurden sehr gut vermittelt und Fragen wurden perfekt beantwortet.
Marco ist ein extrem guter Trainer, der mit seinem Fachwissen zum Thema KI sehr viel Expertise mitbringt.
Seminarleiter war sehr gut vorbereitet, Den Lehrstoff hat er ausführlich und praxisorientiert vorgetragen.
Häufige Fragen
Reicht es, die Ein- und Ausgaben zu speichern?
Wie viel Freigabe verträgt ein Ablauf, bevor die Automatisierung sinnlos wird?
Was gehört ins Protokoll und was nicht?
Deine Ansprechpartner
Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.
Yves Hoppe
Weiterbildung & Beratung
Hilft dir, aus dem KI-Programm den passenden Kurs für deinen Stand zu finden.
Norbert Jansen
Beratung & Inhouse
Plant mit dir Inhouse-Trainings, die auf eure Abläufe und euren Datenbestand zugeschnitten sind.
Den Betrieb von Anfang an mitbauen
In den Kursen rund um Agentensysteme entsteht der Ablauf gleich mit Protokoll, Grenzen und Freigabepunkt, statt beides später nachzurüsten.