Bewährte Praxis für die Veröffentlichung von KI-Agent-Dokumenten

Zuerst den Lesevertrag festlegen

vorgesehene Lesende und ihre Aufgabe benennen
heutige Fakten, Empfehlungen und Unbekanntes trennen
Evidenzstichtag und Pflegeverantwortung angeben
Lesen, Feedback oder blockierende Entscheidung vor dem Publizieren wählen

Das typisierte Artefakt bauen

Über unterstützte Draft-Operationen schreiben, damit Struktur, Fakten, Präsentationsbindungen, Medien und Links noch vor dem Upload geprüft werden können.

ow a2ui draft check ./artifact
ow a2ui draft build ./artifact
ow a2ui digest ./artifact/document.mdw

Mit der geringsten Berechtigung veröffentlichen

view für normale Lesende
feedback und review nur an die Personen mit Bedarf
Public nur bei absichtlich tokenfreier Lesbarkeit
Suchindex getrennt und nur für gepflegte Public-Inhalte aktivieren

Nicht nur den Befehl abnehmen

Die zurückgegebene Seite in einem echten Browser auf Desktop und Mobil prüfen, wichtige Links verfolgen, Medien und Zugriff testen und bei Freigabe oder Audit die unveränderliche Version festhalten.

FAQ

Häufige Fragen

Soll ich die vollständige Agent-Konversation zusammen mit dem Dokument teilen?

Nur wenn Mitarbeitende Prompt- und Tool-Verlauf brauchen. Die meisten Lesenden benötigen das geprüfte Ergebnis, nicht die ganze Sitzung.

Beweist ein erfolgreicher publish-Befehl eine vollständige Übergabe?

Nein. Er belegt die Zustellung; Browser-Abnahme, Zugriffsprüfung und inhaltliche Prüfung bleiben nötig.

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.

Hosted wählen Anmelden