Bericht als fortlaufende Identität entwerfen
Der Titel beschreibt ein stabiles Thema wie einen Infrastruktur-Wochenbericht. Datum, Run-ID und Beobachtungsfenster gehören in die jeweilige Revision, nicht in Identität oder kanonischen Pfad.
Die erste formelle Revision veröffentlichen
`ow publish ./report/document.mdw --no-open` liefert die Dokument-ID. Sie wird beim Berichtsworkflow abgelegt; die kanonische URL wird zur dauerhaften Leseradresse.
ow publish ./report/document.mdw --no-openKünftige Revisionen anhängen
`ow publish ./report/document.mdw --update <document_id> --review --no-open` bewahrt die Geschichte. Für Entscheidungen, externe Behauptungen oder Empfehlungen verhindert Review eine stille Aktualisierung.
ow publish ./report/document.mdw --update <document_id> --review --no-openFrische sichtbar machen
Aktuelles Datenfenster, verantwortliche Person und nächster Prüftermin gehören in den Bericht. Behauptungen verlinken Quellen oder reproduzierbare Berechnungen; nicht mehr pflegbare Inhalte werden als veraltet markiert oder aus der Indexierung genommen.
FAQ
Häufige Fragen
Soll das Datum Teil der Berichts-URL sein?
Bei einem Living Report meist nicht. Das Beobachtungsfenster steht in jeder Revision, während die kanonische URL für das fortlaufende Thema stabil bleibt.
Was geschieht mit älteren Berichtsversionen?
Formelle Revisionen behalten unveränderliche Permalinks; ältere Befunde bleiben zitierbar, nachdem die kanonische Seite weitergezogen ist.
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.