Vorschau · Entwicklungsstand 1.6.1

LogOutcome

Wofür ist das gedacht?

Lebenszyklus und Qualität eines Laufs. Ein abgeschlossener Lauf kann Warnungen oder Fehler enthalten; ein unterbrochener Lauf hat keinen erfundenen erfolgreichen Abschluss.

LogOutcome verstehen
  1. 1
    Zweck

    Lebenszyklus und Qualität eines Laufs. Ein abgeschlossener Lauf kann Warnungen oder Fehler enthalten; ein unterbrochener Lauf hat keinen erfundenen erfolgreichen Abschluss.

  2. 2
    Beispiel

    Öffne Logs, filtere die Quelle und den Zeitraum, öffne einen Lauf und verknüpfe die Ereignisse über Context.RunId. Für eine technische Untersuchung den Bericht exportieren und runs.json zusammen mit den JSONL-Ereignissen lesen. Einzelereignisse und StepSummaries gemeinsam berücksichtigen.

  3. 3
    Hinweise

    Eine Datenlücke, nicht verfügbare Datei oder IsComplete=false begrenzt die Aussagekraft. Ein Start-/Dispatch-Ereignis beweist keinen Abschluss. Nicht ausgeführte, deaktivierte und übersprungene Steps getrennt behandeln; übersetzte Message-Texte nicht als stabile Statuscodes parsen.

Orientierung für die Bedienung. Technische Verträge stehen im Entwicklerbereich am Seitenende.

Werte

WertErklärung
RunningLauf ist noch aktiv und hat keinen belegten Abschluss.
PausedLauf ist pausiert; das ist kein erfolgreicher Abschluss.
SuccessfulLauf erfolgreich beendet, ohne die Qualität als Warnung/Fehler einzustufen.
WithWarningsLauf beendet, dabei wurden Warnungen erfasst.
WithErrorsLauf abgeschlossen, aber Fehler beeinträchtigen seine Qualität; nicht als problemfrei auswerten.
FailedLauf wegen Fehler fehlgeschlagen.
StoppedLauf wurde ausdrücklich gestoppt/abgebrochen.
InterruptedLauf hatte beim Neustart keinen belegten Abschluss und gilt als unterbrochen/unvollständig.
UnknownDie vorhandenen Daten erlauben keinen eindeutigeren Zustand.

Beispiel

Öffne Logs, filtere die Quelle und den Zeitraum, öffne einen Lauf und verknüpfe die Ereignisse über Context.RunId. Für eine technische Untersuchung den Bericht exportieren und runs.json zusammen mit den JSONL-Ereignissen lesen. Einzelereignisse und StepSummaries gemeinsam berücksichtigen.

Vorbereitete Beispielabläufe ansehen

Fehler und Hinweise

Eine Datenlücke, nicht verfügbare Datei oder IsComplete=false begrenzt die Aussagekraft. Ein Start-/Dispatch-Ereignis beweist keinen Abschluss. Nicht ausgeführte, deaktivierte und übersprungene Steps getrennt behandeln; übersetzte Message-Texte nicht als stabile Statuscodes parsen.

Entwickler- und Agenten-Doku JSON, Feldnamen, Typen und Verträge

Dieser Bereich erklärt die Bearbeitung von Textdateien und die technischen Verträge. Zur Entwickler-Doku

Identifier: LogOutcome

Felder und Zusammenhänge auf einen Blick
  1. 1
    RunningStatus / Auswahlwert

    Lauf ist noch aktiv und hat keinen belegten Abschluss.

  2. 2
    PausedStatus / Auswahlwert

    Lauf ist pausiert; das ist kein erfolgreicher Abschluss.

  3. 3
    SuccessfulStatus / Auswahlwert

    Lauf erfolgreich beendet, ohne die Qualität als Warnung/Fehler einzustufen.

  4. 4
    WithWarningsStatus / Auswahlwert

    Lauf beendet, dabei wurden Warnungen erfasst.

  5. 5
    WithErrorsStatus / Auswahlwert

    Lauf abgeschlossen, aber Fehler beeinträchtigen seine Qualität; nicht als problemfrei auswerten.

  6. 6
    FailedStatus / Auswahlwert

    Lauf wegen Fehler fehlgeschlagen.

  7. 7
    StoppedStatus / Auswahlwert

    Lauf wurde ausdrücklich gestoppt/abgebrochen.

  8. 8
    InterruptedStatus / Auswahlwert

    Lauf hatte beim Neustart keinen belegten Abschluss und gilt als unterbrochen/unvollständig.

  9. 9
    UnknownStatus / Auswahlwert

    Die vorhandenen Daten erlauben keinen eindeutigeren Zustand.

Schematische Übersicht: Beschriftungen und Werte aus der Referenz, keine nachgezeichnete Bedienoberfläche.

Diese Referenz für Textdateien und Agenten: Markdown · JSON-Vertrag