Un skill Claude est un dossier de fichiers qui décrit comment une tâche se fait chez vous. Claude le charge tout seul quand la tâche se présente, puis applique votre méthode au lieu d'improviser la sienne. Au minimum, ce dossier contient un fichier SKILL.md : un court en-tête qui dit à quoi sert le skill et quand l'utiliser, puis vos instructions en texte libre.
Anthropic a publié ce format en octobre 2025, dans un article d'ingénierie qui le présente comme un guide d'intégration pour agents, puis l'a ouvert en standard en décembre 2025. Ce guide explique ce qu'est un skill, comment Claude le charge et comment écrire le vôtre. Il indique aussi lesquels créer en premier dans une PME ou une ETI, et comment les partager sans créer un risque de sécurité.
Un skill Claude, c'est quoi exactement ?
Un skill Claude est un dossier d'instructions, de scripts et de ressources que l'agent découvre et charge à la demande. La comparaison avec l'arrivée d'un nouveau collaborateur est la plus parlante. Le premier jour, vous ne lui redonnez pas vos procédures à chaque tâche. Vous les avez écrites une fois, et il va les chercher quand il en a besoin.
La différence avec un prompt tient en un mot, la persistance. Un prompt vit le temps d'une conversation, puis disparaît. Un skill vit dans un dossier. Il se relit, se corrige, se versionne dans Git et se partage à toute une équipe. C'est ce qui le rend exploitable dans une entreprise, là où le prompt reste un objet personnel.
Sur les tâches récurrentes, le skill rend le prompt inutile. C'est la bascule que je décrivais dans la fin du prompt. L'unité de travail utile devient la méthode que vous avez documentée une fois, et elle ressert à chaque demande.
Comment Claude charge un skill, en trois niveaux
Le chargement progressif est le mécanisme qui rend les skills utilisables à grande échelle. Claude ne lit pas tout le dossier d'un coup. Il lit ce dont il a besoin, au moment où il en a besoin, et le reste ne coûte rien.
- Niveau 1, les métadonnées. Le nom et la description de chaque skill installé restent en mémoire en permanence. Comptez environ 100 tokens par skill.
- Niveau 2, le corps du SKILL.md. Il entre dans le contexte uniquement quand votre demande correspond à la description. Anthropic recommande de le garder sous 5 000 tokens, soit environ 500 lignes.
- Niveau 3, les ressources. Fiches de référence, modèles de documents et scripts restent sur le disque. Un script exécuté ne fait entrer que son résultat dans le contexte, jamais son code.
La conséquence pratique compte plus que la mécanique. Vous pouvez installer beaucoup de skills sans alourdir vos conversations, parce que seules les descriptions pèsent en continu. C'est aussi pour cette raison que la description est la partie la plus importante du fichier. Elle décide à elle seule si le skill se déclenche.
Skills, MCP et RAG : les trois briques du même agent
Ces trois termes reviennent dans toutes les discussions d'architecture, presque toujours présentés comme un choix à trancher. Ce sont trois briques du même agent, et elles répondent à trois questions différentes. Reprenez l'image du nouvel arrivant. Il lui faut vos façons de faire, ses accès aux outils, et la documentation de l'entreprise.
| Brique | La question à laquelle elle répond | Ce qu'elle apporte |
|---|---|---|
| Skills | Comment le travail doit-il être fait ? | Votre méthode, écrite une fois, chargée quand elle sert |
| MCP | Que peut atteindre l'agent ? | Un accès standard à la messagerie, au CRM, à l'ERP |
| RAG | Que doit savoir l'agent ? | Les passages utiles de vos documents, cités en réponse |
Ces briques s'emboîtent. Un skill peut indiquer quels outils utiliser et dans quel ordre. Une base documentaire peut se brancher à l'agent par un serveur MCP. Le protocole MCP a d'ailleurs été lancé par Anthropic avant d'être adopté par OpenAI, Google et Microsoft, ce qui en fait aujourd'hui le standard de connexion.
Sur le terrain, c'est presque toujours la méthode qui manque. Les outils sont connectés, les documents sont indexés, et l'agent répond quand même à côté du sujet. Personne ne lui a écrit comment faire. C'est le premier chantier que Tandem formalise chez ses clients, avant d'ajouter le moindre connecteur.
Comment créer un skill Claude, étape par étape
Créer un skill Claude demande un éditeur de texte et une procédure que vous connaissez par cœur. Aucune compétence de développeur n'est nécessaire pour les cas les plus utiles. La suite décrit la méthode en six temps.
- Choisir la bonne tâche. Prenez celle que vous réexpliquez deux fois par mois, avec un résultat attendu stable et des règles que vous savez énoncer.
- Créer le dossier. Il porte le nom du skill, en minuscules et en tirets, par exemple reponse-appel-offre.
- Écrire l'en-tête. Deux champs obligatoires. Le nom fait 64 caractères au maximum, sans majuscule, et ne peut contenir ni « claude » ni « anthropic ». La description fait 1 024 caractères au maximum, et doit dire ce que le skill fait et quand l'utiliser.
- Écrire le corps. Vos règles, vos étapes numérotées, un exemple d'entrée et de sortie, et les cas particuliers qui font rater le livrable.
- Déporter le détail. Les fiches longues vont dans references, les gabarits dans assets, le code dans scripts. Claude les ouvre seulement s'il en a besoin.
- Tester sur des demandes réelles. Trois à cinq cas, dont un où le skill ne doit surtout pas se déclencher. C'est le test qui révèle une description trop large.
Ces contraintes de nommage et cette arborescence ne sont pas propres à Claude. Elles viennent de la spécification Agent Skills, qui définit aussi les champs facultatifs, dont la licence et les outils pré-autorisés.
La règle maison : à la deuxième explication, faites-en un skill
En atelier, la question qui revient porte rarement sur l'écriture du skill. Elle porte sur le moment. La règle que Tandem applique tient en une phrase. La deuxième fois que vous expliquez la même tâche à Claude, arrêtez-vous et faites-en un skill. La première fois, vous découvrez la tâche. La deuxième, vous payez déjà deux fois le même travail.
Je détaillais la mécanique de chargement dans ma feuille volante Skills en avril 2026, à un moment où le format restait surtout connu des équipes techniques. Un an et demi plus tard, c'est devenu le premier livrable que nos clients demandent.
Reste la partie que personne n'anticipe, l'extraction. Nous nous asseyons avec les équipes, nous les interviewons et nous observons comment elles travaillent vraiment. Le process décrit dans le wiki interne et le process réel sont rarement le même. Le skill documente le second, sinon il produit un livrable que personne ne reconnaît. C'est le cœur de nos ateliers de formation Claude.
Quels skills écrire en premier dans une PME ou une ETI
Les premiers skills qui tiennent la route partagent trois caractéristiques. La tâche revient au moins chaque semaine, son format de sortie est stable, et quelqu'un sait dire ce qui distingue un bon livrable d'un mauvais. Voici les candidats que Tandem retrouve le plus souvent, par métier.
- Commerce. Réponse à un appel d'offres au format du CCTP, compte rendu de rendez-vous écrit directement aux champs du CRM, proposition commerciale à la trame maison.
- Finance et gestion. Note de synthèse mensuelle, contrôle de cohérence sur un export comptable, relance client calibrée selon l'ancienneté de la facture.
- Ressources humaines. Annonce de poste au ton de l'entreprise, grille d'entretien par profil, réponse aux questions récurrentes des candidats.
- Marketing. Brief de contenu, charte de rédaction appliquée à un texte existant, déclinaison d'un même message par canal.
- Support client. Qualification d'une demande entrante, réponse type avec le niveau de détail attendu, escalade vers la bonne équipe.
Anthropic publie plusieurs témoignages d'entreprises sur sa page produit Skills. Yusuke Kaji, directeur général IA chez Rakuten, y explique qu'une tâche de comptabilité de gestion qui occupait une journée tient désormais en une heure. Notion, Canva, Figma et Box y décrivent le même usage, appliqué à leurs propres produits.
Un conseil de cadrage pour finir. Commencez étroit, avec des skills qui couvrent une seule tâche, et regroupez plus tard quand des familles apparaissent. Trois skills nommés précisément se déclenchent mieux qu'un skill fourre-tout qui prétend couvrir tout un service.
Où trouver des skills, et comment les auditer avant d'en installer un
Quatre skills sont déjà intégrés et servent à produire des fichiers PowerPoint, Excel, Word et PDF propres. Anthropic en publie d'autres en source ouverte, et un écosystème de skills tiers s'est constitué autour du standard. Le réflexe de prudence vaut pour tous ceux que vous n'avez pas écrits.
Les points à vérifier sont connus et documentés par Anthropic : présence de scripts, appels réseau vers des adresses externes, identifiants écrits en dur, chemins de fichiers qui sortent du dossier du skill, et instructions qui demandent à Claude de masquer une action. Les organisations sous licence Enterprise peuvent activer une analyse automatique des skills téléversés, qui bloque ceux qui échouent au contrôle.
Partager ses skills à l'équipe, ce qui marche et ce qui coince
C'est le sujet qui surprend le plus les équipes informatiques, parce que le partage ne fonctionne pas pareil selon l'endroit où vous utilisez Claude. Trois règles à connaître avant de lancer un déploiement.
- Dans l'application Claude. Chaque personne téléverse ses propres skills. Il n'existe pas de distribution centralisée par un administrateur, ce qui rend le partage manuel.
- Par l'interface de programmation. Un skill téléversé devient accessible à tout l'espace de travail. La limite à retenir est de 20 skills par requête.
- Dans Claude Code. Les skills vivent dans des dossiers du poste ou du projet. Ceux du projet se versionnent avec le code et arrivent donc chez toute l'équipe par un simple commit.
Dernier piège, les skills ne se synchronisent pas d'une surface à l'autre. Un skill téléversé dans l'application n'apparaît ni dans l'interface de programmation ni dans Claude Code. La parade est simple. Gardez vos skills dans un dépôt Git qui fait référence, et épinglez une version précise en production plutôt que la dernière disponible.
Au-delà de trois ou quatre skills partagés, la question devient organisationnelle. Qui écrit, qui relit, qui met à jour quand la procédure change. C'est exactement le périmètre d'une gouvernance de l'IA, et le travail ressemble à celui d'une équipe produit, avec un propriétaire par skill et une date de dernière revue.
Faut-il créer vos propres skills Claude ?
Oui, et c'est probablement le chantier IA au meilleur rapport effort sur résultat aujourd'hui. Un skill utile s'écrit en une heure, ne coûte rien à héberger et rend chaque conversation suivante plus courte. Il transforme surtout une connaissance qui vivait dans la tête de deux personnes en un actif que toute l'équipe utilise.
La difficulté se situe ailleurs. Il faut mettre par écrit un process que personne n'avait formalisé, avec les gens qui l'exécutent. Commencez par une tâche, une équipe, un skill. Si vous travaillez déjà sur vos fichiers avec Claude Cowork ou avec Claude Code, vous avez déjà tout ce qu'il faut pour écrire le premier cet après-midi.
