Arrêtez de réexpliquer. Écrivez la méthode une fois.

01Avant de commencer

La question que ce guide traite

Votre équipe utilise Claude depuis quelques mois. Chaque semaine, quelqu'un recolle le même modèle de compte rendu, rappelle les règles de ton de la maison, renvoie le fichier de tarifs à jour. Deux collègues posent la même demande et obtiennent deux résultats différents. Celui qui a trouvé la bonne formule la garde dans un coin de son ordinateur.

Qu'est-ce qui mérite d'être écrit une fois pour toutes, et où faut-il le ranger pour que Claude le retrouve seul ?

Ce guide y répond en trois temps : comprendre les briques que propose Claude, savoir écrire un Skill qui se déclenche et qui tient, puis organiser tout cela pour une équipe. Chaque fait sur le produit a été vérifié le 24 octobre 2026 sur la documentation et le centre d'aide d'Anthropic ; les numéros renvoient aux sources en fin de page.

02Le constat

Le bon prompt ne suffit plus : ce qui compte, c'est ce que Claude a sous les yeux

Pendant deux ans, la compétence à acquérir était d'écrire une bonne demande. Elle reste utile, mais elle a trois défauts dans une entreprise : une demande disparaît avec la conversation, chaque collègue repart de zéro, et quand une règle change, il faut la corriger partout où elle a été recopiée.

Anthropic a mis un nom sur le déplacement en septembre 2025 : on passe de l'écriture du prompt à l'ingénierie du contexte, c'est-à-dire au choix de l'information que le modèle a devant lui au moment où il répond.¹ Ce n'est pas un détail de spécialiste. Le même article décrit ce que ses ingénieurs appellent le context rot : plus la fenêtre de contexte se remplit, moins le modèle retrouve avec précision ce qu'elle contient.¹

La conséquence pour une PME est simple : au lieu de tout recoller dans chaque demande, rangez chaque chose à sa place, et laissez Claude ouvrir ce dont il a besoin. Claude propose pour cela quatre briques. Les confondre est la première cause des déceptions.

03Le modèle

Quatre briques, quatre rôles : la demande, le dossier, la méthode, l'accès

Pensez à une recrue qui arrive lundi. Pour qu'elle travaille bien, vous lui donnez le dossier du client, la fiche qui décrit comment on fait le travail chez vous, les accès aux logiciels, puis la tâche du jour. Claude fonctionne exactement ainsi.

Anthropic résume la frontière la plus confondue en une phrase : le Projet dit à Claude ce qu'il doit savoir, le Skill lui dit comment faire. Et le connecteur donne accès aux données, quand le Skill explique quoi en faire.²

Deux réglages du Projet évitent bien des surprises. Une conversation ne se souvient pas des autres : ce qui doit servir à tous va dans les documents du Projet, pas dans un échange.⁴ Et des noms de fichiers explicites aident Claude à retrouver le bon passage ; vous pouvez même citer un document par son nom dans votre question.³ Gardez les consignes du Projet courtes : le rôle de Claude et les règles générales. Le détail d'une tâche n'y a pas sa place ; il va dans un Skill.

04Anatomie

Un Skill, c'est la fiche de procédure que vous donneriez à une recrue, rangée dans un dossier

Concrètement, un Skill est un dossier. Il contient au minimum un fichier, SKILL.md, qui commence par un nom et une description, puis décrit la méthode. À côté, vous pouvez ranger des modèles de documents, des exemples de bons résultats, des tableaux de référence ou des scripts.⁵ Le format est ouvert : Anthropic l'a publié comme standard, et d'autres outils d'IA savent le lire.⁶

---
name: compte-rendu-visite 1
description: Rédige le compte rendu d'une visite chez un client à partir de notes, d'une dictée ou de photos. À utiliser dès qu'un commercial ou un technicien partage des notes de visite, de rendez-vous ou de chantier, ou demande un compte rendu. 2
---

# Compte rendu de visite

## Avant d'écrire 3
Si l'une de ces informations manque, pose la question avant de rédiger :
- le client, le site et la date de la visite ;
- la décision prise ou la prochaine étape ;
- qui doit agir, et pour quand.

## Méthode 4
1. Reprends le modèle modele-compte-rendu.docx.
2. Une phrase de contexte, puis les constats, puis les décisions.
3. Les montants et les références viennent de tarifs-2026.xlsx,
   jamais de mémoire.

## Format attendu 5
Une page au plus. Titres courts. Les actions en tableau :
action, responsable, échéance.

## Contrôle avant de rendre 6
- Rien de supposé : ce qui n'a pas été dit n'apparaît pas.
- Chaque action a un responsable et une date.

## Exemple 7
Voir exemples/visite-chantier.md.

compte-rendu-visite/
├── SKILL.md                   la méthode
├── modele-compte-rendu.docx   le modèle à remplir
├── tarifs-2026.xlsx           la référence des prix
└── exemples/
    └── visite-chantier.md     un bon résultat, anonymisé

05Le mécanisme

Vingt Skills ne coûtent presque rien tant qu'ils dorment

Claude ne relit pas tous vos Skills à chaque message. Il les charge par étages, et seulement quand il en a besoin. Anthropic appelle cela la divulgation progressive.⁵

Un token est un morceau de mot : 100 tokens font quelques lignes de texte. Chiffres tirés de la documentation d'Anthropic.⁵

Deux conséquences pratiques. Vous pouvez avoir une bibliothèque de Skills sans alourdir chaque conversation. Et un Skill peut embarquer beaucoup de matière, une grille tarifaire complète, dix exemples, un guide de style, sans que cela pèse quand la tâche ne la demande pas. C'est l'inverse de la longue consigne recollée en tête de chaque échange, qui pèse à chaque message, qu'elle serve ou non.

06Trois formes

Choisissez la forme du Skill selon l'incertitude de la tâche, pas selon le métier

Tous les Skills n'ont pas la même mécanique. Le bon critère n'est pas le service qui l'utilise, mais une question : au moment de commencer, sait-on déjà tout ce qu'il faut pour faire le travail ?

Dans le doute, prenez la deuxième. Un Skill qui pose trois bonnes questions avant d'écrire évite la plupart des allers-retours. Le modèle du chapitre 4 en est un exemple : sa partie « Avant d'écrire » empêche Claude d'inventer une date ou un responsable.

07Ce que font les autres

Les premiers résultats publics viennent de la finance, et ils tiennent à une méthode écrite

Les cas publiés les plus détaillés concernent des fonctions financières : des tâches répétitives, des règles stables, un format de sortie attendu. Exactement le profil d'un bon Skill.

Ces chiffres sont ceux que les entreprises ont rendus publics ; ils décrivent leurs tâches, pas les vôtres. Ce qui se transpose, ce sont les conseils qu'elles en tirent⁹ :

• Commencer petit. Un Skill, puis deux ou trois sur les tâches mensuelles les plus répétées.
• Prévoir les contrôles dans le Skill. Signaler les exceptions et les données manquantes, citer la source de chaque chiffre.
• Faire tourner en parallèle l'ancienne et la nouvelle méthode avant de s'y fier : un des intervenants l'a fait pendant deux à trois mois.
• Garder la responsabilité humaine. « Il faut tout vérifier et assumer ce qui en sort », résume Lisa To, qui dirige les systèmes financiers d'Anthropic.

08Diagnostic

Deux tests : vos tâches, puis votre équipe

Test 2. Où en est votre équipe ?

1. 0
   Chacun pour soi

   Chacun écrit ses demandes, les bonnes formules ne circulent pas.

2. 1
   Des modèles partagés

   Quelques demandes types circulent dans un document commun.

3. 2
   Des dossiers rangés

   Les sujets qui durent ont leur Projet, avec des documents à jour.

4. 3
   Des méthodes écrites

   Les tâches répétées ont leur Skill, testé sur des cas réels.

5. 4
   Une bibliothèque tenue

   Chaque Skill a un responsable, une validation et un endroit de référence.

La plupart des équipes qui débutent sont au niveau 0 ou 1. Visez le niveau 3 sur deux tâches avant de penser au niveau 4 : une bibliothèque sans Skill qui marche n'organise rien.

09La méthode

Écrire son premier Skill en cinq étapes, et le tester avant de le partager

1. Choisissez la tâche.

   Celle qui a obtenu le plus de cases au test 1. Une seule.

2. Faites raconter la vraie méthode.

   Demandez à la personne qui fait le mieux cette tâche de la dérouler sur un cas récent. La procédure officielle oublie les exceptions ; la méthode réelle les contient.

3. Écrivez le SKILL.md.

   Partez du modèle du chapitre 4. Trois façons de le produire :

   • À la main, dans un fichier texte, puis ajouté dans les réglages de Claude.⁷
   • Avec Claude, qui pose ses questions sur votre façon de faire et construit le dossier du Skill.⁸
   • En vous enregistrant pendant que vous faites la tâche, dans Cowork sur Mac (offres Pro, Max et Team, dix minutes environ). Claude propose un Skill à relire avant de l'enregistrer.⁷
4. Rejouez trois fois.

   Sur trois cas réels, dont un difficile. À chaque essai, notez ce qui ne va pas et corrigez le fichier, pas la demande. Vérifiez aussi que le Skill se déclenche avec les mots que l'équipe emploie ; sinon, retouchez la description.⁷

5. Partagez, avec un responsable.

   Le Skill part à l'équipe avec le nom de la personne qui le tient à jour.

Ordres de grandeur indicatifs, à ajuster selon la tâche.

10Passer à l'équipe

Le blocage n'est pas technique : il faut décider qui écrit, qui valide, et où vivent les Skills

Un Skill utile à une personne devient utile à dix dès qu'il est partagé. Ce que Claude permet dépend de votre abonnement et de l'outil utilisé.

• Choisissez un endroit de référence. Les Skills ne se synchronisent pas entre Claude, l'API et Claude Code : un Skill ajouté à l'un n'existe pas dans les autres.⁵ Décidez où vit la version qui fait foi.
• Nommez un responsable par Skill. Un Skill sans propriétaire vieillit avec vos tarifs, vos modèles et vos règles.
• Activez la relecture avant publication au moins au début : sur les offres d'organisation, les propriétaires du compte peuvent choisir de valider chaque Skill avant sa publication.¹¹
• Traitez un Skill comme un logiciel. Il peut contenir du code. Anthropic recommande de n'utiliser que des Skills écrits par vous ou fournis par Anthropic, et de relire entièrement tout Skill venu d'ailleurs, fichiers annexes compris.⁵

11Passer à l'action

Par où commencer lundi : deux Skills, pas vingt

1. Lundi

   Listez les tâches que l'équipe confie à Claude chaque semaine. Une demi-page suffit.

2. Mardi

   Passez-les au test 1 et gardez les deux qui cochent le plus de cases.

3. Mercredi

   Faites raconter la méthode réelle par la personne qui fait le mieux chaque tâche.

4. Jeudi

   Écrivez les deux SKILL.md à partir du modèle.

5. Vendredi

   Rejouez chaque Skill sur trois cas réels et corrigez.

6. Ensuite

   Rangez les documents de vos dossiers en cours dans des Projets, et décidez qui tient chaque Skill.