Die Produktionsmetriken, die zeigen, dass ein Agent funktioniert

Sechs Metriken — Completion, Genauigkeit, Halluzination, Latenz, Kosten und Zufriedenheit — die einen Agenten von der Blackbox zu einem betreibbaren System machen.

Definition

Agenten-Produktionsmetriken sind die quantitativen Signale, die zeigen, ob ein autonomer Agent in Produktion funktioniert — Task-Completion-Rate, Genauigkeit, Halluzinationsrate, Latenz, Kosten pro Aufgabe und Nutzerzufriedenheit. Auf stabiler Basis erfasst, machen sie Agentenverhalten messbar und steuerbar.

Eine Demo beantwortet „Kann es funktionieren?“. Produktionsmetriken beantworten „Funktioniert es jetzt, zu akzeptablen Kosten und Qualität?”. Das sind verschiedene Fragen, und nur die zweite hält einen Agenten dauerhaft vertrauenswürdig.

Sechs Metriken, ein Bild

Keine einzelne Zahl erfasst einen Agenten. Sechs zusammen schon:

Die sechs Produktionssignale nach Direktheit ihres Wertbezugs (illustrativ)
95/10088/10080/10072/10055/10050/100
  • Task-Completion-Rate95/100
  • Genauigkeit / Korrektheit88/100
  • Halluzinationsrate (invertiert)80/100
  • Nutzerzufriedenheit72/100
  • Latenz pro Aufgabe55/100
  • Kosten pro Aufgabe50/100
Ergebnis-Metriken (oben) zeigen, ob der Agent liefert; operative Metriken (unten) zeigen, was das Liefern kostet. · opsagent-Framework, richtungsweisend

Die ersten vier sind Ergebnis-Metriken — liefert der Agent das richtige Resultat? Die letzten beiden sind operativ — was kostet das Liefern an Zeit und Geld? Ein gesunder Agent ist in beiden Hälften gut; ein schneller, günstiger Agent, der nichts erledigt, ist kein Schnäppchen.

Was sagt jede Metrik aus?

  • Task-Completion-Rate. Die Schlagzeile: Hat der Agent die Aufgabe end-to-end erledigt?
  • Genauigkeit / Korrektheit. Von den erledigten Aufgaben — wie viele waren tatsächlich richtig?
  • Halluzinationsrate. Wie oft behauptet er Unbelegtes — besonders gefährlich, wenn ein Agent darauf handelt.
  • Latenz pro Aufgabe. Schnell genug für den Einsatz?
  • Kosten pro Aufgabe. Bezahlbar und stabil? Siehe Agenten-FinOps.
  • Nutzerzufriedenheit. Das menschliche Signal, das automatische Scores verfehlen.
Metrik Typ Wie messen
Task-Completion-Rate Ergebnis Festes Testset, bestanden/nicht
Genauigkeit / Korrektheit Ergebnis Stichprobe, Judge plus menschliche Prüfung
Halluzinationsrate Ergebnis Stichprobe, kalibrierter Judge, Trend verfolgen
Nutzerzufriedenheit Ergebnis Explizite Bewertungen oder Proxy-Signale
Latenz pro Aufgabe Operativ Aggregiert aus Traces
Kosten pro Aufgabe Operativ Token- und Kostenattribute pro Span

Auf stabiler Basis messen

Eine Metrik bedeutet nur etwas, wenn der Boden unter ihr nicht wandert. Erfassen Sie gegen ein festes Testset oder eine konsistente Stichprobenmethode, damit eine Änderung der Zahl eine Änderung des Agenten widerspiegelt, nicht der Daten. Für Qualitätsmetriken, die Sie nicht live bewerten können, stichproben und scoren Sie mit einem kalibrierten Judge plus stichprobenartiger menschlicher Prüfung.

Vanity-Metriken vermeiden

Läufe, Tokens oder Tool-Aufrufe zu zählen fühlt sich nach Messung an, verfolgt aber Aktivität, nicht Wert. Verankern Sie jede Metrik an einem Aufgaben-Ergebnis. Stellen Sie sie dann dorthin, wo Sie Ihr System ohnehin beobachten — neben die Traces in Ihrer Observability — damit der Trend sichtbar ist, bevor Nutzer ihn spüren. Begriffe stehen im Glossar.

Häufige Fragen

Welche Metrik sollte ich zuerst ergänzen?

Die Task-Completion-Rate, gemessen gegen ein festes Set, denn sie beantwortet die einzige Frage, die am meisten zählt — erledigt der Agent die Aufgabe tatsächlich, end-to-end — und alles andere ist zweitrangig, bis Sie das beantworten können. Gegen ein stabiles Testset gemessen statt gegen zufällig eintreffenden Traffic, macht sie zudem stille Regressionen sichtbar: Wenn ein Modell-Upgrade oder eine Prompt-Änderung still eine Klasse von Aufgaben bricht, fällt die Completion-Zahl und Sie sehen es vor den Nutzern. Beginnen Sie dort, ergänzen Sie dann Kosten pro Aufgabe und Latenz, die zusammen sagen, was diese Completion an Geld und Zeit kostet, und schichten Sie erst danach die schwereren Qualitätsmetriken wie Genauigkeit und Halluzinationsrate darauf. Die Reihenfolge spiegelt Aufwand gegen Signal: Completion, Kosten und Latenz sind günstig zu erfassen und sofort umsetzbar, während die Qualitätsmetriken Sampling und Bewertung brauchen und die Investition lohnen, sobald die Grundlagen stehen. Der Fehler ist, mit einem aufwendigen Qualitäts-Dashboard zu beginnen, bevor man überhaupt sagen kann, ob der Agent seine Arbeit beendet.

Wie messe ich Halluzination in Produktion?

Per Stichprobe, denn jede Live-Antwort zu bewerten ist bei Produktionsvolumen weder machbar noch bezahlbar. Nehmen Sie eine repräsentative Stichprobe von Antworten und scoren Sie sie mit einem kalibrierten Judge — oft ein LLM-as-a-Judge, gegen menschliche Labels abgestimmt —, gestützt auf regelmäßige stichprobenartige menschliche Prüfung, die den Judge ehrlich hält, und verfolgen Sie dann die resultierende Rate über die Zeit. Entscheidend ist, dass der Trend mehr zählt als jede Einzelzahl: Ein absoluter Halluzinationsprozentsatz ist isoliert schwer zu deuten, aber eine Rate, die Woche für Woche steigt, ist eine Frühwarnung, dass etwas — eine Modelländerung, eine Datenverschiebung, eine Prompt-Regression — die Fundierung verschlechtert hat. Sampeln Sie auf stabiler Basis, damit die Bewegung den Agenten widerspiegelt, nicht das Sampling. Und gewichten Sie Ihre Aufmerksamkeit nach Einsatz: Eine Halluzination, die ein Agent nur äußert, ist schlecht, aber eine, auf die er handelt, ist ein Vorfall, also sampeln Sie Ausgaben, auf die gehandelt wird, stärker. Behandeln Sie Halluzination als überwachten Trend mit menschlicher Kalibrierung, nicht als einmalige Messung.

Sind Vanity-Metriken hier ein Risiko?

Ja, und sie sind gerade deshalb verführerisch, weil sie leicht zu erzeugen sind und immer steigen. Läufe, verbrauchte Tokens oder getätigte Tool-Aufrufe zu zählen fühlt sich nach Messung an und füllt ein Dashboard, verfolgt aber Aktivität statt Wert — ein Agent kann mehr laufen, mehr ausgeben und mehr Tools aufrufen und dabei weniger liefern. Die Disziplin ist, jede Metrik an einem Aufgaben-Ergebnis zu verankern: erledigt, korrekt, bezahlbar, schnell, zufriedenstellend. Verbindet sich eine Zahl nicht damit, ob der Agent tatsächlich jemandem zu akzeptablen Kosten geholfen hat, gehört sie nicht auf das Dashboard, mit dem Sie Entscheidungen treffen. Das zählt für Agenten mehr als für klassische Software, weil ihre Aktivität so sichtbar und so leicht quantifizierbar ist, dass sie dazu einlädt, Bewegung statt Fortschritt zu messen. Ein nützlicher Test für jede vorgeschlagene Metrik ist die Frage, welche Entscheidung sie ändern würde; lautet die ehrliche Antwort keine, ist sie wahrscheinlich Vanity. Messen Sie Ergebnisse und lassen Sie die Aktivitätszahlen in den Traces, wo sie als Debugging-Detail hingehören.

Was ist eine gute Task-Completion-Rate?

Es gibt kein universelles Ziel, und wer eines ohne Kontext nennt, verkauft eine Zahl statt einer Antwort. Eine gute Completion-Rate hängt vollständig von der Schwierigkeit der Aufgabe ab, von ihrer Fehlertoleranz und davon, was der Rückfall ist, wenn der Agent nicht fertig wird: Ein risikoarmer Schreibassistent kann bei siebzig Prozent völlig nützlich sein, weil ein Mensch den Rest leicht abfängt, während ein Agent mit irreversiblen Aktionen unterhalb der hohen Neunziger inakzeptabel sein kann. Die richtige Art, die Metrik zu nutzen, ist daher relativ, nicht absolut. Etablieren Sie eine Baseline für Ihre konkreten Aufgaben, achten Sie dann auf Bewegung — ein Rückgang signalisiert eine Regression, ein Anstieg eine Verbesserung — und setzen Sie eine Schwelle, die an die Kosten eines Fehlers in Ihrem Kontext gebunden ist, nicht an eine Branchenzahl. Koppeln Sie die Rate mit dem, was bei den Fehlschlägen passiert: Eine hohe Completion-Rate verbirgt Risiko, wenn die Fehlschläge still und schädlich sind, während eine niedrigere in Ordnung sein kann, wenn Fehlschläge abgefangen und behandelt werden. Beurteilen Sie die Zahl an Ihrer eigenen Aufgabe und Ihrem eigenen Sicherheitsnetz, nicht an einem Benchmark.