Leitfaden · Publishing-Oberfläche

KI-Artefakt, Website oder Preview-Link: Was veröffentlichen?

Die schnellste URL für eine Datei ist nicht immer die richtige Übergabe. Maßgeblich ist, was nach Ende der Agent-Sitzung stabil, prüfbar, pflegbar und sicher bleiben muss.

Aktualisiert 3. August 2026Praxisleitfaden

HTML-Preview oder Artefakt-Host nutzen

Das ist passend für eine eigenständige HTML-Datei, die jemand unverändert und schnell öffnen soll. OpenWiki nimmt rohes HTML nicht als Hosted-Publish-Eingabe an.

Website deployen

Eine Deployment-Plattform ist für Anwendungen mit Routen, Backend, Build-Pipeline, Laufzeitverhalten und Betrieb gedacht. Ein Bericht braucht keinen App-Betrieb; umgekehrt sollte sich eine App nicht als Dokumentartefakt ausgeben.

Eine Agent-Sitzung teilen

Der Session-Link passt, wenn Mitarbeitende Prompt-Verlauf, Tool-Aufrufe oder dieselbe Sitzung für Debugging benötigen. Vor dem Teilen muss die gesamte Historie auf sensibles Material geprüft werden.

OpenWiki einsetzen

OpenWiki passt zu Berichten, Plänen, Spezifikationen, Review-Paketen und Datenerzählungen mit Lesern, Feedback oder Entscheidung. Kanonische Identität, feste Versionen, Quellen und maschinenlesbare Struktur bleiben verbunden.

FAQ

Häufige Fragen

Kann OpenWiki eine bestehende HTML-Datei unverändert hosten?

Nein. Dafür ist ein HTML-Artefakt-Host zuständig; Hosted akzeptiert deterministische .mdw-Pakete aus dem typisierten Workflow.

Wann ist ein vollständiges Website-Deployment besser?

Wenn das Ergebnis eine Anwendung mit Routen, Backend, Laufzeitverhalten und Produktionbetrieb ist, nicht ein regiertes Arbeitsartefakt.

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.