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: Ticketkennung und Prozessstatus. Private Inhalte und Aktionen bleiben in der Leitwarte.

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