Définir d'abord le contrat du lecteur
- nommer lecteur et tâche ou décision
- séparer faits actuels, recommandations et inconnues
- indiquer date d'arrêt des preuves et responsable de maintenance
- choisir lecture seule, feedback ou décision bloquante avant publication
Construire l'artefact typé
Écrire avec les opérations de draft prises en charge afin que structure, faits, liaisons de présentation, médias et liens soient vérifiés avant l'envoi.
ow a2ui draft check ./artifact
ow a2ui draft build ./artifact
ow a2ui digest ./artifact/document.mdwPublier avec le moins d'autorité
- view pour les lecteurs ordinaires
- feedback et review seulement aux personnes concernées
- Public uniquement si la lecture sans token est voulue
- indexation de recherche séparée et réservée au contenu Public entretenu
Valider la remise, pas seulement la commande
Ouvrir la page retournée dans un vrai navigateur, vérifier bureau et mobile, suivre les liens importants, confirmer médias et accès, puis conserver la version immuable lorsqu'elle appuie une approbation ou un audit.
FAQ
Questions fréquentes
Dois-je partager toute la conversation de l'Agent avec le document ?
Seulement si les collaborateurs ont besoin des prompts et de l'historique d'outils. La plupart des lecteurs veulent le livrable relu, pas la session entière.
Une commande publish réussie prouve-t-elle que la remise est complète ?
Non. Elle prouve l'envoi ; il reste l'acceptation dans le navigateur, la vérification d'accès et la revue du contenu.
Utiliser le vrai workflow
Publiez ce que votre Agent crée.
Donnez à chaque rapport, document ou plan une page pensée pour ses lecteurs, d’où reviennent commentaires, décisions et révisions formelles.