Nutzung und Kosten lesen
Die Nutzung umfasst Eingabe-, Ausgabe-, gecachte und Gesamt-Tokens sowie Kosten:inputTokens, outputTokens, cachedTokens, totalTokens, cost in TypeScript und Java; input_tokens usw. in Python, PHP, Ruby und Rust; InputTokens usw. in Go und C#. Jeder Schritt hat außerdem seine eigene Nutzung.
Prüfen, wie der Lauf endete
Die Laufstatus sindqueued, running, waiting_for_tools, waiting_for_human, completed, stopped und failed; TypeScript ergänzt cancelled. Ein Ergebnis, das du zurückbekommst, ist completed, stopped (eine Stoppbedingung hat zugetroffen, mit dem Grund im Stoppgrund des Laufs), waiting_for_human (siehe Status und Freigabe) oder, in TypeScript, cancelled. Fehlgeschlagene Läufe werfen stattdessen einen Fehler oder geben ihn zurück; siehe Events und Fehler.
Einen Schritt bis zu seiner Gateway-Anfrage verfolgen
Jeder Schritteintrag verknüpft einen Modell-Turn mit der Gateway-Anfrage, die ihn bedient hat. Suche die Request-ID in deinen Phaseo-Logs oder die native Response-ID beim ursprünglichen Anbieter.
Die Schritte liegen in
steps im Ergebnis (Steps in Go und C#, steps() in Java). Schritteinträge in Python sind AgentStepRecord; die anderen Sprachen nennen sie RunStep.
Läufe in der Produktion aufzeichnen
Protokolliere Lauf-ID, Schrittindex, Request-ID, native Response-ID, Anbieter, Modell, Finish-Reason, Tool-Call-ID und Stoppgrund. Lifecycle-Hooks liefern dir all das während des Laufs, undrun.failed-Events enthalten den Fehlertext, wo deine Sprache sie sendet. Protokolliere keine rohen Prompts, Tool-Eingaben oder Zugangsdaten; schwärze sie, bevor Events deinen Prozess verlassen.
Für eine lokale Aufzeichnung ganzer Läufe während der Entwicklung verwendest du stattdessen DevTools.