ai-assist Benutzerhandbuch

Debug

Der Reiter Debug hilft beim Eingrenzen technischer Ursachen in laufenden oder getesteten Chats. Er ist Diagnosewerkzeug, nicht historisches Archiv.

Die vier Ansichten

Debug-Maske in der Ansicht API und LLM mit Filterleiste, Ereignisliste und Detailbereich 1 2 3 4
Abb. D-01: Debug-Ansicht für API- und LLM-Ereignisse.
MarkerElementBedeutung
1API & LLMZeigt technische Kommunikation und Modellaufrufe.
2FilterleisteGrenzt Logtyp, Fehlerstatus und Suchtext ein.
3EreignislisteWählt ein Debug-Ereignis aus.
4DetailsZeigt strukturierte Payloads, Fehler und Kontext.

Abb. D-01 zeigt die erste Debug-Sicht vor der Übersicht der Diagnoseansichten. Hier grenzen Sie technische Aufrufe und Modellantworten ein.

Empfohlener Analyseablauf

Debug-Maske in der Workflow-Ansicht mit Chat-Schritten, Serviceauswahl und Zustandsdetails 1 2 3
Abb. D-02: Debug-Ansicht für Workflow und Chatzustand.
MarkerElementBedeutung
1WorkflowWechselt zur Ablaufdiagnose.
2Session- oder SchrittlisteZeigt die relevante Chat- oder Ablaufspur.
3ZustandsdetailsErklärt aktiven Schritt, Handler, Fakten und Servicebezug.

Abb. D-02 steht vor dem Analyseablauf, weil Workflow und aktiver Schritt meist der beste Startpunkt für die Diagnose eines Dialogproblems sind.

  1. Problem zuerst in Testen reproduzieren.
  2. In Workflow prüfen, welcher Schritt oder Handler aktiv war.
  3. In API & LLM die Anfrage und Antwort prüfen.
  4. Bei langen Wartezeiten Laufzeiten ansehen.
  5. Bei Serverfehlern Terminal öffnen.
  6. Für historische Fälle in Log wechseln.

Referenz: typische Filter

Laufzeiten

Debug-Maske in der Ansicht Laufzeiten mit Filter und Laufzeitmessungen 1 2 3
Abb. D-03: Debug-Ansicht für Laufzeiten.
MarkerElementBedeutung
1LaufzeitenZeigt Performance- und Timingdaten.
2FilterSchränkt Zeitraum und Ereignistyp ein.
3MesswerteHilft, langsame Schritte oder externe Aufrufe einzugrenzen.

Abb. D-03 steht vor der Filterreferenz für Laufzeiten. Nutzen Sie diese Sicht, wenn ein Chat-, Admin- oder LLM-Schritt auffällig langsam wirkt.

Terminal

Debug-Maske in der Terminal-Ansicht mit Loglevel, Quelle, Zeitraum, Suchfeld und Logausgabe 1 2 3
Abb. D-04: Debug-Terminal für serverseitige Logausgaben.
MarkerElementBedeutung
1TerminalÖffnet den besonders geschützten Diagnosebereich.
2Filter und ErfassungSteuert Quelle, Zeitraum, Loglevel und Sonderlogs.
3LogausgabeZeigt aktuelle serverseitige Meldungen und kopierbare Ausschnitte.

Abb. D-04 zeigt die Terminalansicht für serverseitige Meldungen. Die Filter darunter grenzen Quelle, Zeitraum, Loglevel und Suchtext ein.

Beispiel: Serverfehler eingrenzen

Wählen Sie im Terminal zuerst die Quelle Chat oder Admin, setzen Sie den Zeitraum auf wenige Minuten und aktivieren Sie mindestens ERROR. Mit Stack-Trace kopieren übernehmen Sie den letzten Stacktrace, mit Sichtbare Logs kopieren die aktuell gefilterten Zeilen.

AnsichtFilterZweck
API & LLMAlle, LLM, Konfiguration, Webservice, nur Fehlertechnische Aufrufe eingrenzen
LaufzeitenChat, Admin, Allelangsame Schritte finden
TerminalQuelle, Zeitraum, Loglevel, Suchtext, HW-QuellenServermeldungen prüfen und Quellen-Discovery bei Bedarf detaillierter loggen

Wichtige Hinweise

Querverweise