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.

Nur aggregierte Prozesssignale. aktiv eingeplant dokumentiert

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