Die Entscheidungsgrenze definieren
- Welche konkrete Aktion ist blockiert?
- Welche Kandidatenrevision wird geprüft?
- Wer erhält die Review-Capability?
- Welche Evidenz und Rollback-Informationen müssen sichtbar sein?
- Wie lange darf der Ablauf warten?
Veröffentlichen und warten
Den Plan lokal mit check, build und digest prüfen und dann mit --review einreichen. Währenddessen bleibt die offizielle Revision stabil.
ow a2ui draft check ./plan
ow a2ui draft build ./plan
ow a2ui digest ./plan/document.mdw
ow publish ./plan/document.mdw --review --no-open --timeout 900Jedes Ergebnis einer Aktion zuordnen
- approved: nur die geprüfte Freigabe ausführen
- changes requested: überarbeiten und neue Kandidatin veröffentlichen
- rejected: den vorgeschlagenen Pfad stoppen
- timeout: fehlende Entscheidung melden und blockiert bleiben
- error: aktuellen formalen Stand bewahren und blockiert bleiben
Freigabe-Drift verhindern
Die feste freigegebene Revision zusammen mit der Ausführungsevidenz erfassen. Ein später wesentlich geänderter Plan erbt die alte Entscheidung nicht, nur weil seine kanonische URL gleich ist.
FAQ
Häufige Fragen
Reicht ein sichtbarer Freigabe-Button für Human-in-the-loop?
Nein. Die Entscheidung muss an die genaue Kandidatin gebunden sein und vom Agent-Workflow vor der Aktion geprüft werden.
Was tut der Agent, wenn der Prüfer nicht antwortet?
Timeout als fehlende Freigabe behandeln, melden und blockiert bleiben oder im autorisierten Ablauf weiter warten.
Echten Workflow nutzen
Veröffentliche, was dein Agent erschafft.
Gib jedem Bericht, Dokument oder Plan eine lesefertige Seite, über die Kommentare, Entscheidungen und formale Revisionen zurückfließen.