Übergabe vor der Generierung definieren
Leser und Aufgabe benennen, offenlegbare Evidenz festlegen, bestätigte Ergebnisse von Vorschlägen und Unbekanntem trennen und entscheiden, ob der Empfänger liest, Feedback gibt oder freigibt.
Artefakt im Codex-Workflow bauen
`ow a2ui draft init` legt den Rahmen an; typisierte Abschnitte und visuelle Nodes folgen. `draft check`, `draft build` und `digest` stellen sicher, dass der Übergabestand tatsächlich paketierbar ist.
ow a2ui draft init ./artifact --title "Migration recommendation" --description "Decision, evidence, and rollback plan" --language en
# Add the supported typed sections and visual nodes.
ow a2ui draft check ./artifact
ow a2ui draft build ./artifact
ow a2ui digest ./artifact/document.mdwDie richtige Art der Übergabe veröffentlichen
Ohne `--review` entsteht eine Lesefassung. Mit `--review --timeout 900` wartet die CLI auf eine blockierende Entscheidung; das ist für eine reine Kenntnisnahme nicht unnötig mitzusenden.
# Read-only publication
ow publish ./artifact/document.mdw --no-open
# Blocking decision
ow publish ./artifact/document.mdw --review --no-open --timeout 900Die gerenderte Seite wirklich prüfen
Die zurückgegebene URL vor dem Versand im Browser öffnen und Layout, Evidenz, Links und Zugriffsstatus kontrollieren. Eine erfolgreiche CLI-Antwort beweist die Zustellung, nicht die Leserakzeptanz.
FAQ
Häufige Fragen
Legt der OpenWiki-Link meine Codex-Konversation offen?
Nein. Veröffentlicht wird nur das separat gewählte typisierte Dokument, nicht die zugrunde liegende Codex-Sitzung.
Kann Codex eine Reviewer-Entscheidung zurücklesen?
Ja. Bei `--review` wartet die CLI auf approve, request-changes, reject, timeout oder error als strukturiertes Ergebnis.
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.