Le prompt n'est plus la bonne unité de travail avec Claude. La bonne unité, c'est le Skill. Un Claude Skill est un dossier qui contient un fichier SKILL.md, votre procédure décrite une seule fois, et les gabarits qui vont avec. Claude le charge tout seul quand il repère que la tâche correspond. Vous ne recollez plus quatre cents mots de contexte au début de chaque conversation.
Cette bascule a une date. Anthropic a annoncé les Agent Skills le 16 octobre 2025, puis publié le format en standard ouvert en décembre 2025. Depuis, la compétence qui compte n'est plus la formulation. C'est la capacité à décrire son propre process assez précisément pour qu'une intelligence artificielle l'exécute sans vous.
J'ai posé cette idée dans un post LinkedIn de mars 2026 qui a réuni environ 600 réactions. Ce que je vois en mission depuis confirme le constat. Les équipes qui progressent ne formulent pas mieux leurs demandes. Elles ont rangé leurs process au bon endroit.
Un Claude Skill, c'est quoi exactement ?
Un Claude Skill est un dossier lisible par le modèle, dont le seul fichier obligatoire s'appelle SKILL.md. Ce fichier commence par un en-tête au format YAML avec deux champs, un nom et une description. Le nom fait au maximum 64 caractères, en minuscules et sans espace. La description peut aller jusqu'à 1 024 caractères.
Le reste du dossier est libre. Des fichiers markdown de référence, des gabarits de livrable, des scripts exécutables, des schémas de base de données. Sous l'en-tête vient la procédure elle-même, écrite comme un guide d'intégration destiné à une nouvelle recrue.
Le champ le plus sous-estimé est la description. C'est elle que Claude compare à votre demande pour décider de charger le Skill ou de l'ignorer. La documentation d'Anthropic, consultée le 23 août 2026, insiste sur ce point. Une description qui dit ce que fait le Skill sans dire quand l'utiliser produit un Skill qui ne se déclenche jamais.
Tandem fait tourner ses propres Skills en interne depuis le printemps 2026. Propositions commerciales, accords de confidentialité, comptes rendus de rendez-vous, cas clients, rapports de fin de mission. Chaque process récurrent remplace un playbook qu'il fallait recoller à la main dans chaque conversation.
Comment Claude charge un Skill en trois couches
Claude ne lit jamais un Skill en entier d'un coup. Il le découvre en trois temps, ce qu'Anthropic appelle la divulgation progressive. Au démarrage, seules les métadonnées entrent dans le contexte, pour environ 100 tokens par Skill. C'est le prix d'existence d'un Skill qui dort.
Quand votre demande correspond à la description, Claude lit le corps du SKILL.md. La documentation situe cette couche sous 5 000 tokens. Les ressources liées, elles, ne coûtent rien tant que personne ne les ouvre. Un script exécuté ne fait entrer que sa sortie dans le contexte, jamais son code.
Cette économie est l'inverse de celle des connecteurs. Un connecteur activé est relu à chaque message et pèse en permanence dans la fenêtre. J'ai chiffré cet effet boule de neige dans notre article sur la manière de prompter en 2026. Le Skill, lui, ne se paie qu'au moment où il sert.
Pourquoi le prompt n'est plus la bonne unité de travail
Un prompt règle une tâche. Il vit dans une conversation, puis disparaît avec elle. Le collègue d'à côté recommence tout de zéro, et une règle qui change se réécrit dans dix endroits différents. C'est le défaut de fabrication de la bibliothèque de prompts.
Un Skill règle la tâche et toutes celles qui lui ressemblent. Vous éditez le SKILL.md, et la nouvelle règle s'applique partout où le Skill se déclenche. Le process cesse d'être une habitude individuelle. Il devient un actif de l'entreprise.
Anthropic a formalisé ce déplacement dans un article d'ingénierie publié le 29 septembre 2025. La discipline utile n'est plus le prompt engineering mais le context engineering, l'art de choisir ce que le modèle a sous les yeux au moment où il répond. L'équipe y décrit aussi le context rot, la dégradation de la mémoire du modèle à mesure que la fenêtre se remplit.
Je le résumais autrement dans un post de juillet 2026 sur la fin du prompting. Vous ne vous adressez plus à un modèle seul. Vous pilotez un ensemble, fait de conversations, de Projets, de Skills et de connecteurs.
Projets, Skills et dossier de contexte, qui porte quoi
Trois mécanismes se ressemblent et ne servent pas la même chose. Le Projet Claude porte des documents de référence. Le Skill porte une procédure. Le dossier partagé avec Claude Cowork porte votre environnement de travail.
| Brique | Ce qu'elle porte | Quand elle est lue | Qui y accède |
|---|---|---|---|
| Le prompt | Une consigne ponctuelle | Au moment où vous l'envoyez | Vous seul, le temps de la conversation |
| Le Projet | Des documents de référence volumineux | Par extraction, à chaque question | L'équipe, sur les plans Team et Enterprise |
| Le Skill | Une procédure et ses gabarits | Quand la description correspond à la demande | Selon la surface, du poste au dépôt partagé |
| Le dossier Cowork | Votre contexte de travail et vos fichiers | À chaque session ouverte sur le dossier | Vous, sur votre ordinateur |
Un Projet Claude accepte des fichiers lourds. Quand la base de connaissances dépasse la fenêtre de contexte, Claude bascule sur une recherche par extraction et ne lit que les passages utiles à la question posée. Le Skill fonctionne à l'inverse. Il reste petit, et c'est sa description qui déclenche sa lecture.
Le dossier de contexte reste la brique la plus rentable des trois. Trois fichiers markdown de deux pages font plus de travail que cinquante prompts bien tournés. J'ai détaillé la structure exacte dans notre guide pratique sur Claude Cowork, et le parcours complet dans maîtriser Claude en dix étapes.
Trois patterns de Skills qui tiennent en production
Trois formes de Skills reviennent dans nos déploiements. Elles se choisissent selon le degré d'incertitude de la tâche, pas selon le métier de l'équipe.
- Le générateur. Un Skill principal s'appuie sur des sous-Skills qui cadrent la sortie. C'est le bon choix pour standardiser un livrable à parties distinctes, comme un mémoire technique dans le BTP.
- L'inversion. Le Skill pose toutes les questions critiques avant d'exécuter. Rien n'est supposé, aucun trou dans le brief. C'est le bon choix quand une hypothèse fausse coûte cher.
- L'inversion en chaîne. Le Skill alterne question et action, étape par étape. C'est le bon choix pour un projet qui se précise en cours de route.
J'avais publié cette grille dans une feuille volante sur les Skills en avril 2026. Elle reste valable, et c'est le pattern d'inversion qui change le plus de choses en entreprise. Un Skill qui interroge avant d'agir produit beaucoup moins de livrables à jeter.
Ce que Rakuten et l'équipe finance d'Anthropic font de leurs Skills
Rakuten est le premier cas nommé par Anthropic à l'annonce des Skills, en octobre 2025. Le groupe japonais a outillé sa comptabilité de gestion. Claude traite plusieurs tableurs, repère les anomalies et produit le rapport selon les procédures maison. Une tâche qui prenait une journée tient désormais en une heure. Box, Canva et Notion figurent dans la même annonce.
L'exemple le plus parlant vient de chez l'éditeur lui-même. L'équipe finance d'Anthropic fait tourner environ 150 Skills partagés, stockés dans un dépôt Git versionné, d'après un entretien publié par CFO Connect en juin 2026. Tim Ross, Finance AI Product Lead, et Lisa To, responsable des systèmes financiers, y décrivent la validation d'une année d'historique en une vingtaine de secondes.
Le même entretien rappelle une donnée qui remet les choses à l'échelle. Gartner estimait en 2025 que 63 % des initiatives IA en finance n'atteignent pas leurs objectifs. Les Skills ne corrigent pas ça tout seuls. Ils corrigent une cause précise, le fait que la connaissance du process reste dans la tête des gens.
C'est exactement le travail que Tandem mène chez ses clients PME et ETI. Sur plus de 40 missions, la difficulté n'a presque jamais été le modèle. Elle a été de mettre le process par écrit. Notre audit IA sert d'abord à repérer les process qui méritent un Skill, et ceux qui n'en méritent pas.
Faut-il écrire ses Skills ou les enregistrer ?
Depuis juillet 2026, il existe une troisième voie. La fonction d'enregistrement de Claude Cowork capture votre écran pendant que vous faites la tâche une fois, puis Claude en déduit un Skill réutilisable. Elle vit dans l'application de bureau, sur les plans Pro, Max et Team.
Cette fonction règle le vrai point de friction. Ce n'est pas la syntaxe du SKILL.md qui bloque les équipes, c'est le fait de devoir expliquer par écrit comment elles travaillent. Montrer une fois demande moins d'effort que rédiger.
Les limites à connaître avant de déployer des Skills en entreprise
La limite qui bloque vraiment n'est pas technique. Les Skills personnalisés de claude.ai sont individuels. Chaque personne téléverse les siens, et aucune console d'administration ne les distribue à l'organisation. Une direction informatique qui veut un référentiel commun doit passer par l'API ou par Claude Code.
Les Skills ne se synchronisent pas d'une surface à l'autre. Un Skill déposé sur claude.ai n'existe pas dans l'API, et l'inverse est vrai aussi. Dans Claude Code, ils vivent dans un dossier du poste ou du dépôt de code. Choisissez donc votre surface de référence avant de produire des dizaines de fichiers.
Côté API, les Skills tournent dans un conteneur isolé, sans accès réseau et sans installation de paquets à l'exécution. Un Skill qui doit appeler un service externe n'y fonctionnera pas. Dans Claude Code, l'accès réseau est complet, ce qui ouvre bien plus de portes et demande bien plus de vigilance. Notre guide de Claude Code pour les profils non techniques détaille cette surface.
Faut-il remplacer vos prompts par des Claude Skills ?
Oui, dès qu'une tâche revient plus de deux ou trois fois par mois et que son format de sortie est stable. C'est le seuil au-delà duquel réexpliquer le contexte coûte plus cher que l'écrire une fois. Comptes rendus, propositions commerciales, rapports récurrents, contrôles de conformité, tout cela mérite un Skill.
Non pour l'exploration. Une question ponctuelle, un brouillon, une analyse unique se règlent très bien avec un bon prompt. Le prompt n'est pas mort. Il a seulement cessé d'être l'endroit où se capitalise le savoir-faire.
Le bon démarrage tient en deux Skills, pas en vingt. Prenez le process le plus répété de votre équipe, écrivez-le, laissez Claude le rejouer trois fois, corrigez le fichier entre chaque essai. Au troisième passage, vous saurez si le format tient la route.
Ensuite seulement, la question devient collective. Qui écrit les Skills, qui les valide, où ils vivent. C'est le contenu de nos sessions de formation Claude en entreprise, et c'est aussi le vrai sujet derrière la différence entre agents et workflows IA.
