Read-only: Delivery, Architekturwirkung und technische Evidenz sind öffentlich. Änderungen bleiben Auth0-geschützt und versioniert.Control Plane wird geprüft …Snapshot wird geladen …

Arbeitsvertrag

Ein Förderband, mit Rückfragen

Der zentrale Planner holt die betroffenen Produkt-Planner hinzu. Unklare Anforderungen und Risiken gehen als gezielte Rückfrage an den Menschen zurück – nie stillschweigend in einen Build.

GesprächAnforderung in natürlicher Sprache
PlannerScope schneidet und Produkte befragt
RefinerArchitektur, Risiken, HITL und Akzeptanz
Builder + VerifierBegrenzte Änderung und Nachweise
DokumentationSpec, C4/arc42 und Release-Spur

Live Workboard

Tickets wandern durch die Produktlinien.

Ein Ticket liegt immer an genau einer Station. Klicke es an: erst dort erscheinen Modell, Tokenbudget und -verbrauch, Issues sowie Human-in-the-loop-Ereignisse.

Aktueller Ticketstand wird geladen …

Öffentlich: Titel, Ticketkennung und Prozessstatus. Private Inhalte und Aktionen bleiben in der Leitwarte.

Linien: Parent → Kind · rot gestrichelt = Rückfrage, verwaist oder blockiert · grün = released. Hover zeigt Verbindungen, Tap pinnt sie.

Braucht dich

Hier wartet Arbeit auf den Menschen.

Rückfragen und verwaiste Tickets aus allen Produktlinien — die wichtigste Ansicht.

Rückfragen werden geladen …

Nachvollziehbarkeit

Kontrolliert, nicht magisch.

Agenten im aktuellen Vertrag

Modelle und maximale Token sind versionierte Steuerdaten. Verbrauch wird erst gezeigt, sobald ein Lauf ihn mitliefert; ein Budget ist ausdrücklich keine Kostenschätzung.

Wann der Mensch ins Spiel kommt

  • Vor dem Build: bei unklarem Ziel, betroffenen Daten oder fehlender Produktfreigabe.
  • Vor Release/OTA: bei Sicherheits-, Kosten- oder Rückrollrisiko.
  • Im Ticket: Zeitpunkt, Frage und Ergebnis werden sichtbar – ohne private Gesprächsinhalte zu veröffentlichen.

Factory-Snapshot aus eckelt/deskleaf-factory · Detailverträge: C4, arc42 und ADRs auf docs.deskleaf.one

Work Order

Ticket