
Kein manuelles Stichproben mehr
Früher hast du eine Handvoll Läufe stichprobenartig geprüft und gehofft, dass der Rest in Ordnung ist. Jetzt wird jede abgeschlossene Session in dem Moment bewertet, in dem sie endet – anhand der Dimensionen, die dir wichtig sind: Hilfsbereitschaft, Tool-Effizienz, Faktentreue, Sicherheit – was auch immer deine Qualitätslatte ist. Du definierst die Score-Schlüssel; Failproof AI Observability speichert, verfolgt und zeigt an, was immer dein Evaluator zurücksendet. Kein Lauf bleibt unbewertet, und du erfährst Regressionen nicht mehr durch ein Support-Ticket. Die Bewertungen erscheinen im Sessions-Grid unter/<org-slug>/sessions (Seitenleiste → Beobachten → Sessions), ein Badge-Cluster pro Zeile. Möchtest du nur die Läufe sehen, die nicht bestanden haben? Filtere das Grid nach Score-Bereich – zum Beispiel Hilfsbereitschaft unter 0,5 – und ruf genau die Läufe auf, die es wert sind, gelesen zu werden. Für die Anzeige von Bewertungen ist die Berechtigung evaluations:read erforderlich.
Verstehen, warum ein Lauf schlecht bewertet wurde
Eine Zahl sagt dir, dass ein Lauf schwach war; die Session-Seite sagt dir, warum. Öffne einen beliebigen Lauf – die rechte Seitenleiste beginnt mit der Zusammenfassung und zeigt dann für jede Dimension einen Balken mit der Begründung deines Evaluators darunter. So gelangst du in Sekunden von „Faktentreue: 0,4” zu der genauen Aussage, die falsch war.
evaluations:trigger) bewertet die Session neu und hängt das frische Ergebnis an ihren Zeitstrahl an, sodass frühere Bewertungen als Verlauf sichtbar bleiben. Du findest ihn unter /<org-slug>/sessions/<session-id>.
Qualitätstrend über die gesamte Flotte verfolgen
Ein einzelner schlecht bewerteter Lauf ist Rauschen; ein ganzes Kohorten-Absinken ist ein Signal. Gespeicherte Dashboards verwandeln deine Scores in einen Trend, den du auf einen Blick verfolgen kannst: durchschnittliche Hilfsbereitschaft diese Woche im Vergleich zur letzten, pro Agent, pro Umgebung.
/<org-slug>/dashboards (Seitenleiste → Analysieren → Dashboards), werden in deiner gesamten Organisation geteilt, und jede Karte fasst die übereinstimmenden Sessions zusammen: Anzahl, Durchschnitt jedes hervorgehobenen Scores und ein Trend-Sparkline. „In Sessions öffnen” führt dich direkt in die vorausgefilterten Läufe hinter jeder Zahl. Für die Anzeige sind dashboards:read und evaluations:read erforderlich.
Einen Evaluator einmal verbinden
Die Bewertung ist optional und bleibt vollständig deaktiviert, bis du Failproof AI Observability auf einen Scorer zeigst. Du richtest einen kleinen HTTP-Dienst ein (Observability liefert eine funktionierende Referenzimplementierung zum Kopieren), setzt zwei Werte auf deinem Server, und von da an wird jeder Lauf automatisch bewertet. Die vollständige Anleitung, den Scoring-Vertrag und das SDK findest du im ausführlichen Leitfaden. Du bist dir nicht sicher, welche Dimensionen überhaupt sinnvoll zu bewerten sind? Die Evaluator-Agent-Fähigkeit lässt einen Coding-Agenten das anhand deiner eigenen Sessions herausarbeiten und dann den Service erstellen und bereitstellen.Verwandte Themen
- Evaluierungssuite: Verbinde deinen Evaluator, den Scoring-Vertrag und das SDK.
- Evaluator-Agent-Fähigkeit: Lass einen Coding-Agenten deine Score-Dimensionen festlegen und den Evaluator erstellen.
- Sessions: Das laufbasierte Grid, in dem Bewertungen erscheinen.
- Dashboards: Qualitätstrends in deiner Organisation speichern und teilen.
- Audits: Das andere automatische Qualitätsmerkmal von Observability für sessionübergreifende Untersuchungen.

