Läufe
Überblick
„Läufe" ist der eine Ort, an dem sichtbar wird, was das System selbsttätig getan hat — beide Arten nebeneinander, jüngste zuerst:
- Automatisierungen fahren eine vorher festgelegte Schrittfolge ab. Sie stammen aus den
- Agenten entscheiden nach jeder Modellantwort neu. Sie starten aus einem Verlauf des
Die Seite ist eine reine Lesefläche: Nichts lässt sich hier starten, anhalten oder wiederholen. Sie ersetzt auch keine der beiden Herkunftsseiten — sie führt dorthin.
Was Sie sehen, hängt an Ihren Rechten, und zwar je Hälfte getrennt: Automatisierungs-Läufe erscheinen nur, wenn Sie das Leserecht für Automationen in der Marke der Automation halten; Agenten-Läufe sind ausnahmslos Ihre eigenen. Fremde Agenten-Läufe erscheinen nie. Wer beides nicht hat, sieht eine leere Liste — das ist kein Fehler.
Eine Gesamtzahl gibt es bewusst nicht: Die Liste lädt weiter, solange es Ältere gibt. Zwei Zählungen über zwei stark wachsende Tabellen kosteten spürbar Zeit und beantworten keine Frage, die jemand stellt.
Kernaufgaben
Eingrenzen. Zwei Filter stehen bereit: Art (Automatisierung oder Agent) und Zustand (Wartet auf Start, Läuft, Pausiert, Abgeschlossen, Fehlgeschlagen, Übersprungen, Abgebrochen). Die Suche greift auf den Namen des Gegenstands — also auf den Namen der Automatisierung beziehungsweise des Agenten. Sortiert wird nach Zeitpunkt; die Reihenfolge lässt sich umdrehen.
Testläufe erkennen. Ein kleines Kolben-Zeichen neben dem Zustand markiert einen Testlauf ohne Wirkung. Das gibt es nur bei Automatisierungen.
Einen Lauf öffnen. Ein Klick auf die Zeile öffnet die Einzelheiten: Zeitpunkt, Art, Auslöser, Zustand, Dauer, Schritte, Kosten und Tokens. Darunter steht bei Automatisierungen das Schritt-Protokoll mit Zeitstempel je Zeile, bei Agenten die Schritte des Laufs mit Rolle, Modell und Token-Zahl. Die Protokollzeilen sind Diagnose und bleiben bewusst in der Systemsprache.
Zum Ursprung springen. Der Fußzeilen-Knopf „Zum Ursprung" führt bei einem Agenten-Lauf in den zugehörigen Verlauf des Assistenten, bei einer Automatisierung zurück in die Automationen.
Fehler lesen. Ist ein Lauf fehlgeschlagen, steht der Grund als roter Hinweis über dem Protokoll — in Ihrer Sprache, sofern der Fehler dem System bekannt ist.
Felder im Detail
Diese Seite schreibt nichts; alle Angaben werden nur gelesen. Der Name hinter der Beschriftung ist der API-Feldname — unter ihm läuft dieselbe Angabe durch Automation, Export und KI-Werkzeuge.
| Feld | Pflicht | Werte / Format | Was es bewirkt |
|---|---|---|---|
Zeitpunkt startedAt | — | Datum und Uhrzeit | Wann der Lauf begonnen hat. Die Vorgabe-Sortierung der Liste. |
Art kind | — | Automatisierung oder Agent | Welche der beiden Lauf-Arten. Sie entscheidet auch, was beim Öffnen unten steht: Protokoll oder Agenten-Schritte. |
Automatisierung / Agent subjectName | — | Text | Der Name des Gegenstands, zu dem der Lauf gehört. |
Auslöser triggerType | — | Ereignis, Zeitplan, Stichtag, Manuell, Chat | Wodurch der Lauf begonnen hat. Ein Agenten-Lauf startet immer aus einem Chat. |
Auslöser im Klartext trigger | — | Text | Der konkrete Anlass neben der Art: bei Automatisierungen die Ereignisklasse, bei Agenten der Titel des Verlaufs. |
Zustand state | — | Wartet auf Start, Läuft, Pausiert, Abgeschlossen, Fehlgeschlagen, Übersprungen, Abgebrochen | Der über beide Arten vereinheitlichte Zustand. |
Roh-Zustand status | — | Text | Der Zustand in der Sprache der jeweiligen Art, vor der Vereinheitlichung. |
Testlauf isDryRun | — | Ja/Nein | Ein Lauf ohne Wirkung. Nur bei Automatisierungen. |
Dauer durationMs | — | Millisekunden | Laufzeit; leer, solange der Lauf noch läuft. Angezeigt wird ms, s oder min, je nach Größe. |
Kosten costCents | — | Betrag | Die KI-Kosten dieses Laufs. |
Tokens tokens | — | Zahl | Die verbrauchten Modell-Tokens; beim Agenten die Summe über seine Schritte. |
Schritte stepCount | — | Zahl | Wie viele Schritte der Lauf hatte, bei Automatisierungen die Zeilen des Protokolls. |
Fehlergrund errorMessage | — | Text | Warum der Lauf gescheitert ist. Erscheint als roter Hinweis im Dialog. |
Ende finishedAt | — | Datum und Uhrzeit | Wann der Lauf zu Ende war. |
Kennung key | — | Text | Die Kennung der Zeile aus Art und Lauf-ULID. |
Lauf-ULID runUlid | — | ULID | Der Lauf in seiner eigenen Ressource. |
Gegenstand subjectUlid | — | ULID | Die Automatisierung beziehungsweise der Agent. |
Verlauf threadUlid | — | ULID | Der Chat-Verlauf eines Agenten-Laufs; Ziel des Knopfes „Zum Ursprung". |
Detail-Pfad detailPath | — | Schnittstellen-Pfad | Wohin das volle Protokoll beziehungsweise der Laufbaum gehört. |
Einstellungen & Rechte
- Die Seite selbst verlangt kein eigenes Recht — sie gibt für sich genommen nichts frei, jede
Hälfte prüft sich selbst.
automation.readentscheidet über die Automatisierungs-Läufe, und zwar je Marke: Sie sehen
die Läufe der Automationen, für die Sie das Recht in deren Marke halten.
- Agenten-Läufe sind an die eigenen Verläufe gebunden. Ein zusätzliches Recht gibt es dafür nicht,
und fremde Läufe werden auch mit weitreichenden Rechten nicht sichtbar.
FAQ & Fehlerbilder
Die Liste ist leer, obwohl gerade eine Automatisierung lief. Dann fehlt Ihnen das Leserecht für Automationen in der Marke dieser Automatisierung. Die Hälften sind getrennt: Ihre eigenen Agenten-Läufe sehen Sie trotzdem.
Ein Kollege sieht Agenten-Läufe, die ich nicht sehe. So ist es gedacht. Agenten-Läufe zeigt die Seite ausschließlich dem, dem der Verlauf gehört.
Die Dauer bleibt leer. Der Lauf läuft noch oder wartet. Erst mit dem Ende steht eine Laufzeit fest.
Kosten und Tokens stehen auf null. Der Lauf hat kein Sprachmodell benutzt. Bei Automatisierungen ohne KI-Schritt ist das der Normalfall.
Im Dialog steht „Kein Protokoll zu diesem Lauf". Der Lauf hat keine Protokollzeilen hinterlassen — etwa weil er sofort übersprungen wurde.