---
titel: "Überblick behalten"
adresse: https://docs.anvil-coder.tech/docs/ueberblick-behalten
beschreibung: "Queue, Worker-Auslastung, Lauf-Historie, Epics, Agents Office und Zusatzservices — die Seiten, die zeigen statt zu ändern."
sprache: de
---

Dokumentation · Betrieb der Fabrik

Queue, Worker-Auslastung, Lauf-Historie, Epics, Agents Office und Zusatzservices — die Seiten, die zeigen statt zu ändern.

## Überblick behalten: Queue, Worker, Historie, Epics, Büro und Zusatzservices

Sechs Seiten, die keine Einstellung ändern, sondern **zeigen, was gerade passiert und was passiert ist**. Wer nur Software bestellt, braucht sie nicht; wer wissen will, warum etwas dauert, findet die Antwort hier.

*Alle Bildschirmfotos zeigen eine Demo-Umgebung mit Beispieldaten.*

### Queue — was steht noch an

Die offene Warteschlange je Organisation: welche Läufe sind **in Arbeit**, welche **warten**. Ein Klick auf einen Lauf klappt seine Slices auf. Die Kopfzeile zählt Läufe, aktive und wartende.

**„Alle abräumen”** bricht die offenen Läufe der Organisation ab. Der Knopf ist für den Fall gedacht, dass eine Ladung Tickets versehentlich losgeschickt wurde — nicht als Routine.

### Worker-Auslastung — warum es dauert

Zeigt Warteschlangen-Tiefe und Last je Dispatch-Profil: **in Arbeit**, **Warteschlange**, **freie Worker-Pulls**, **zugestellt gesamt**. Die Seite beantwortet genau eine Frage — *serialisieren oder skalieren?*

- Volle Auslastung **und** wachsende Warteschlange → es fehlen Worker.

- Leere Warteschlange bei geringer Last → die Arbeit ist ohnehin serialisiert; mehr Worker ändern nichts.

Steht „Keine Worker-Consumer gefunden”, ist entweder die Nachrichtenschicht nicht erreichbar oder es hat sich noch kein Worker verbunden.

### Lauf-Historie — auch das, was verfallen ist

Der Lauf-Zustand wird nach 30 Tagen aufgeräumt; die Historie liest deshalb aus dem **Audit-Trail** und zeigt auch ältere Läufe. Dafür **ohne Ergebnisse**: du siehst, dass ein Lauf war und wie er ausging, nicht was er produziert hat. Steht „Zu diesem Lauf stehen keine Slice-Ereignisse im Trail”, ist der Lauf älter als die Ereignisse, die dazu aufbewahrt wurden.

### Epics — Fortschritt über mehrere Stories

Je Epic: wie viele der verlinkten Stories durch sind. Die Verknüpfung kommt aus dem Tracker (Unteraufgaben-Beziehung), nicht aus einer eigenen Verwaltung — ein Epic ohne verlinkte Stories bleibt deshalb leer, auch wenn es existiert. Ohne Tracker-Anbindung ist die Seite leer.

### Agents Office — der Live-Betrieb als Bild

Dieselbe Wahrheit wie die Queue, nur als Pixelart: jeder Agent arbeitet sichtbar an seinem Slice, Aktualisierung alle fünf Sekunden. „Das Büro ist ruhig” heisst schlicht, dass gerade kein Agent arbeitet. Für Entscheidungen ist die Queue die genauere Seite — das Büro ist der schnellere Blick.

### Zusatzservices — was extra kostet

Kostenpflichtige Dienste, die eine Organisation **bewusst** aktiviert. Heute steht dort die **Sandbox / VM-Verifikation**: nach jedem abgeschlossenen Lauf wird das Repository geklont, gebaut und getestet — hermetisch in einer wegwerfbaren VM. Damit schliesst sich der Kreis: kein Pull Request ohne grünen Build.

Abgerechnet wird nach **VM-Laufzeit** (Pay-as-you-go); nur echte Läufe verursachen Kosten. Ist der Dienst inaktiv, entstehen keine — und es wird auch nicht gebaut.