Warum eine Session-URL oft die falsche Übergabe ist
Sitzungen enthalten verworfene Ideen, proprietären Code, Zugangsdaten, persönliche Notizen und spätere Nebenthemen. Sie sind nach Produktionsweg geordnet, nicht nach der Aufgabe des Empfängers.
Eine Grenze für das Arbeitsergebnis ziehen
Empfänger und Entscheidungsfrage zuerst festlegen. Nur bestätigte Schlüsse, Belege, Grenzen und nächste Schritte übernehmen; Quellen und Unbekanntes benennen, Gesprächsreste und Geheimnisse entfernen.
Aus dem Agenten heraus bauen und veröffentlichen
Ein Draft mit Titel und Beschreibung wird mit typisierten Abschnitten, Belegen und Darstellungsnodes ergänzt, danach geprüft, gebaut, gedigested und mit `ow publish` versandt.
ow a2ui draft init ./artifact --title "Architecture decision" --description "Reviewed recommendation and evidence" --language en
# Add typed sections, evidence, tables, diagrams, and decisions.
ow a2ui draft check ./artifact
ow a2ui draft build ./artifact
ow a2ui digest ./artifact/document.mdw
ow publish ./artifact/document.mdw --no-openDen passenden Link wählen
Für Lesen dient der View-Link, für eine Entscheidung nur die Review-Capability und für eine genau zitierte Freigabe der feste Versionspermalink.
FAQ
Häufige Fragen
Warum nicht den kompletten Agent-Chat teilen?
Er kann private Kontexte, Credentials und verworfene Alternativen enthalten. Ein separates Artefakt zeigt nur das geprüfte Arbeitsergebnis.
Kann der Empfänger die Agent-Sitzung über einen OpenWiki-Link fortsetzen?
Nein. Die Veröffentlichung ist kein übertragbarer Chat. Für maschinelle Fortsetzung kann ein anderer Agent das typisierte Paket untersuchen.
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.