Skills

doc-coauthoring : écrire ensemble des documents structurés en trois étapes

Pour qui écrit des documents, des propositions, des spécifications techniques ou des notes de décision. Commencez par rassembler le contexte, et avant que d'autres lisent, faites un test lecteur dans une nouvelle session sans contexte préalable.

Official source · doc-coauthoring

Install

Act as an active guide through Context Gathering, Refinement and Reader Testing

À qui ça s'adresse

doc-coauthoring s'adresse à qui a besoin de texte structuré : documents, propositions, spécifications techniques, notes de décision, ou équivalent. Ce n'est pas un outil de remise automatique. Il vous guide activement sur trois étapes : Context Gathering (rassembler le contexte), Refinement & Structure (affiner et structurer), Reader Testing (test lecteur).

Le déclencheur est écrit clairement : l'utiliser lorsque vous parlez d'écrire un document, de faire une proposition, de rédiger une spécification ou une tâche similaire. Si vous voulez seulement papoter et n'acceptez pas un guidage par étapes, le guide vous autorise à refuser cette structure et à passer en libre ; une fois accepté, avancez par étape au lieu de sauter au brouillon fini.

Il ne convient pas comme installeur. Le guide ne donne aucune commande d'installation et ne dit pas que le placer dans un répertoire le rend utilisable. Si l'assistant courant ne peut pas encore travailler en ces trois étapes, le guide existant s'arrête ici ; n'inversez pas un chemin d'installation à partir de l'adresse de la page. Il ne convient pas non plus à envoyer une première version à d'autres sans test lecteur.

Premier essai en 3 minutes

Le premier chemin officiel est de commencer à coécrire, pas d'installer. La page du guide est

https://raw.githubusercontent.com/anthropics/skills/main/skills/doc-coauthoring/SKILL.md

Suivez uniquement les étapes de cette page. N'écrivez pas une phrase d'installation absente.

Prérequis : l'assistant courant peut déjà vous guider selon les étapes doc-coauthoring, et vous avez un sujet à bas risque, par exemple un brouillon de note de décision interne d'une page. Il n'y a pas de commande d'installation, donc l'« emplacement » est cette conversation, pas un répertoire de skill deviné.

Première tâche à bas risque : dire clairement « je veux écrire une note de décision », accepter le guidage en trois étapes, mais n'achever que Context Gathering. Répondez d'abord aux questions de l'assistant sur lecteurs, but et matériaux connus ; ne vous précipitez pas vers un texte entier et n'envoyez rien à l'extérieur. Si l'assistant mentionne Slack, Teams, Google Drive, SharePoint ou un autre MCP pour tirer le contexte directement, confirmez d'abord que ces intégrations sont vraiment disponibles chez vous ; sinon passez au collage ou à la dictée — ne faites pas comme si elles étaient déjà branchées.

Signal de succès : l'assistant dit qu'il vous emmènera sur les trois étapes et commence à rassembler le contexte, au lieu de cracher un document complet. Avant la fin de l'étape de rassemblement, n'approuvez pas de grandes écritures de fichiers. Le guide n'écrit ni quel éditeur est obligatoire, ni un format de fichier.

Cas d'usage

Cas 1 : coécrire une spécification ou une proposition en trois étapes. Démarrer lorsque vous parlez d'écrire un document, de faire une proposition ou de rédiger une spécification. L'assistant agit comme un guide actif : d'abord rassembler le contexte, puis affiner structure et formulation. Cela convient quand vous avez déjà de la matière mais avez besoin que quelqu'un poursuive les trous par étape. Le guide ne donne pas de liste de questions par étape, donc seulement « accepter le guidage et confirmer morceau par morceau ». S'il saute le rassemblement pour un brouillon fini, demander de revenir à Context Gathering. La page du guide reste

https://raw.githubusercontent.com/anthropics/skills/main/skills/doc-coauthoring/SKILL.md

Cas 2 : faire un test lecteur avant que le brouillon soit fini. L'étape trois consiste à faire lire ce document par un nouveau Claude sans contexte, attraper les angles morts, puis le faire lire par d'autres. Cela convient quand votre propre écriture paraît trop fluide et que vous craignez que l'extérieur ne suive pas. Le guide n'écrit pas comment ouvrir une nouvelle session en un clic, ni un modèle de questions de test ; donc seulement « ouvrir une autre session sans contexte, coller le document et voir si l'autre partie peut reformuler les points ». Tant que le test n'est pas fini, ne traitez pas le document comme prêt. Si des intégrations sont disponibles, elles peuvent tirer du contexte, mais ne remplacent pas le test lecteur.

Limites d'usage

Pas de commande d'installation : le guide ne définit que l'identité du skill et le flux en trois étapes ; ne traitez pas le chemin de page comme un installeur. Limite de déclenchement : écrire des documents, propositions, spécifications ou contenus structurés similaires ; les autres tâches d'écriture ne sont pas nommées. Limite de flux : les trois étapes sont rassembler le contexte, affiner et structurer, test lecteur ; le test lecteur doit utiliser un nouveau Claude sans contexte. Limite d'intégration : Slack, Teams, Google Drive, SharePoint ou un autre MCP ne peut tirer du contexte que s'il est « disponible » ; le guide ne garantit pas que ces intégrations existent et n'écrit pas les étapes d'activation. Si vous refusez le guidage, vous pouvez passer en libre, mais ne prenez pas le libre pour un test lecteur déjà fait.