Claude Skills : créer et utiliser des skills (le guide complet)
En bref
Les Claude Skills sont des fichiers SKILL.md (frontmatter YAML + instructions) qui donnent à Claude une compétence métier invocable à la demande depuis Claude Code.
Un skill se distingue d’un prompt ponctuel par sa portabilité, son versioning et la cohérence qu’il garantit à toute une équipe.
Plus de 26 000 claude skills sont référencés sur SkillsMP depuis décembre 2025, filtrés automatiquement aux dépôts GitHub les plus maintenus.
Créer son premier skill prend 15 à 30 minutes, sans aucune compétence en développement.
Limite principale : les fonctions d’invocation avancées nécessitent Claude Code, pas le chat classique claude.com.
La fonctionnalité la plus sous-estimée de Claude n’est pas dans le chat : ce sont les Claude Skills. Ces modules IA réutilisables, créés en quelques dizaines de lignes de Markdown, transforment un assistant généraliste en expert métier invocable à la demande, sans une ligne de code. Un responsable opérations peut en créer un en moins d’une heure. Un développeur peut en déployer des dizaines pour standardiser les sorties de toute une équipe. Pourtant, la fonctionnalité reste largement méconnue : beaucoup la confondent avec un simple prompt de conversation, ou ignorent qu’un écosystème de milliers de compétences personnalisées prêtes à l’emploi existe déjà. Ce guide fait le point : anatomie d’un skill, création pas à pas, sources fiables, cas d’usage terrain, et les limites qu’on omet trop souvent.
Sommaire
Claude Skills : 8 réponses aux questions clés
Les blocages les plus fréquents avant de franchir le pas. Cliquez sur une question pour dérouler la réponse.
Un prompt, c’est une instruction ponctuelle que vous tapez à chaque nouvelle conversation : vous repartez de zéro à chaque session. Un skill Claude, c’est un module de comportement persistant, défini une fois, rechargé automatiquement dans chaque session concernée.
Concrètement, un skill est un fichier Markdown stocké dans un dossier spécial (.claude/) de votre projet ou de votre machine. Il contient un nom, une description, et les instructions que Claude doit appliquer dès qu’une commande correspondante est déclenchée (via /nom-du-skill dans l’interface).
La différence opérationnelle : vous codifiez une fois votre façon de travailler (ton, process, règles métier, séquence d’étapes), et Claude l’applique de façon cohérente, sans que vous ayez à re-expliquer à chaque échange. C’est la différence entre un post-it qu’on perd et une procédure documentée dans un manuel.
→ Développé en détail dans la section Anatomie d’un skill du guide complet.
La structure de base est simple : un dossier .claude/ à la racine de votre projet, qui contient vos fichiers .md de skills. Claude Code les détecte automatiquement au démarrage de session.
Ce qui distingue un dossier bien tenu d’un bazar :
- Un skill = un fichier. Évitez de concentrer dix comportements dans un seul fichier.
- Nom de fichier explicite :
redaction-newsletter.mdvaut mieux queskill3.md. - Frontmatter YAML minimal :
name,description, ettrigger(la commande slash qui l’active). Sans ça, Claude ne peut pas le proposer au bon moment. - Un
CLAUDE.mdà la racine : ce fichier d’instructions global est lu en priorité. Il sert à définir le contexte du projet (stack, règles générales, conventions). Les skills viennent compléter, pas remplacer.
Pour une équipe, on versionne .claude/ dans le dépôt Git du projet. Chaque collaborateur hérite automatiquement des skills en clonant le repo.
→ Voir la section Structure des fichiers et CLAUDE.md dans le guide.
À l’heure où nous écrivons (mi-2026), il n’existe pas de marketplace officielle centralisée — contrairement aux plugins d’un IDE. Les sources pratiques sont :
- La documentation Anthropic et le dépôt GitHub officiel Claude Code : quelques skills de référence pour les workflows de développement (revue de code, génération de tests, commits formatés).
- GitHub search : cherchez
path:.claude filename:*.mddans les dépôts publics. Vous trouverez des collections communautaires de qualité variable. - Les outils internes de votre équipe : en pratique, les skills les plus utiles sont ceux que vous co-construisez avec vos propres règles métier. Aucune bibliothèque externe ne connaît votre jargon interne, vos formats de livrables ou vos clients.
Notre recommandation terrain : commencez par auditer les tâches répétitives que vous confiez déjà à Claude avec les mêmes instructions. Ce sont les candidats naturels à la « skillification ». La bibliothèque externe vient en complément, pas en premier.
→ Voir la section Construire sa bibliothèque de skills dans le guide.
Deux dimensions à distinguer :
Coût de création : rédiger un skill basique prend 15 à 45 minutes la première fois (rédaction des instructions, test, ajustements). Un skill complexe avec gestion de cas limites peut demander deux à trois heures. C’est un investissement unique, amorti dès la dixième utilisation.
Coût d’utilisation : un skill ne consomme pas de tokens par lui-même. Il est chargé dans le contexte de la session, ce qui augmente légèrement la taille du contexte initial. En pratique, sur Claude Pro ou sur l’API :
- Un skill de 300 mots représente environ 400 tokens supplémentaires par session.
- Sur un abonnement Pro à tarif fixe, l’impact est négligeable.
- Sur l’API à la consommation (usage en production, pipelines automatisés), prévoyez le surcoût de contexte si vous empilez beaucoup de skills lourds.
Le vrai coût caché est le temps de maintenance : un skill qui ne reflète plus votre process réel génère des résultats incohérents. Prévoyez une revue trimestrielle de votre bibliothèque.
→ Voir la section Économie des skills en production dans le guide.
Ce que nous voyons en production chez nos clients :
- Développement : skill de revue de code (respect des conventions internes, détection de patterns à risque), skill de génération de tests unitaires, skill de rédaction de messages de commit conformes au format de l’équipe.
- Marketing et contenu : skill de reformulation selon la charte éditoriale de la marque, skill de structuration de brief client, skill de traduction avec glossaire métier intégré.
- Commercial et relation client : skill de rédaction de propositions commerciales au format maison, skill de synthèse d’un appel client (depuis une transcription), skill de qualification d’un lead selon les critères internes.
- RH et opérations : skill de rédaction d’offres d’emploi en cohérence avec la culture d’entreprise, skill de structuration de comptes-rendus de réunion, skill de vérification de conformité d’un document interne.
- Direction et stratégie : skill de synthèse exécutive (format imposé, longueur cible, niveau de détail), skill de génération de questions de due diligence pour un partenariat.
Le point commun : dans chaque cas, le skill encode une convention tacite que l’équipe appliquait de mémoire. Le skill la rend explicite, partageable et cohérente.
→ Voir la section Skills par fonction métier dans le guide.
Les skills sont des fichiers texte versionnés dans votre dépôt. Les risques principaux :
- Données sensibles dans les fichiers skill : ne jamais intégrer de clés API, mots de passe, ou données personnelles directement dans un fichier
.md. Un skill doit décrire un comportement, pas transporter des credentials. - Dépôt Git public par inadvertance : si votre dépôt devient public (fork, mauvaise configuration), vos instructions métier et vos workflows internes sont exposés. Utilisez un
.gitignoresélectif ou des dépôts privés pour les skills sensibles. - Injection de prompt via skills tiers : si vous importez un skill d’une source externe non vérifiée, ses instructions s’exécutent dans votre contexte. Relisez systématiquement le contenu avant intégration.
- RGPD et données traitées : les données que vous soumettez à Claude via un skill restent soumises aux conditions d’utilisation Anthropic. Pour des données client ou des données personnelles, vérifiez votre accord DPA avec Anthropic et documentez les flux dans votre registre de traitements.
En entreprise réglementée (finance, santé, secteur public), consultez votre DPO avant de déployer des skills qui touchent à des données personnelles ou confidentielles.
→ Voir la section Sécurité et conformité des skills dans le guide.
La réponse technique est simple : versionner .claude/ dans Git. Chaque collaborateur obtient les skills en faisant git pull. Mais l’organisation humaine est souvent plus délicate que la technique.
Ce qui fonctionne en pratique :
- Un propriétaire par skill : désignez un responsable qui valide les modifications (le même réflexe que pour une procédure documentée). Sans propriétaire, le skill dérive et nul ne s’en rend compte.
- Un processus de contribution formalisé : pull request + relecture avant merge, même pour une correction mineure. Un skill mal calibré affecte tous les utilisateurs simultanément.
- Un dossier
.claude/shared/pour les skills d’équipe, un dossier.claude/personal/(ignoré par Git) pour les préférences individuelles. Cela évite les conflits entre usage collectif et personnalisation locale. - Un changelog dans chaque fichier skill : une ligne de commentaire avec la date et la raison de la dernière modification. Indispensable pour comprendre pourquoi un comportement a changé deux mois plus tard.
→ Voir la section Gouvernance des skills en équipe dans le guide.
Un skill non testé est une procédure non validée. Le protocole que nous appliquons avant tout déploiement :
- Test en local d’abord : activez le skill uniquement dans votre environnement personnel. Exécutez-le sur 5 à 10 cas réels (pas des exemples inventés), couvrant les cas nominaux et les cas limites.
- Vérifiez les sorties contre vos critères : définissez à l’avance ce qu’une « bonne » réponse du skill doit contenir. Sans critère, le test se résume à une impression subjective.
- Testez les mauvaises entrées : que se passe-t-il si on l’appelle avec des données incomplètes, un contexte inattendu, ou hors de son périmètre ? Un skill robuste doit gérer gracieusement les cas dégradés.
- Pilote restreint : déployez à un sous-groupe de 2 à 3 personnes pendant une à deux semaines avant le déploiement complet. Collectez les retours structurés (ce qui manque, ce qui surprend, ce qui est contre-productif).
- Itérez avant de généraliser : ajustez sur la base du pilote, documentez les changements, puis déployez à l’équipe complète.
Le signe qu’un skill est prêt : il produit des résultats que les utilisateurs pilotes considèrent meilleurs que leurs propres prompts manuels, sans avoir besoin de le corriger à chaque usage.
→ Voir la section Valider et itérer sur un skill dans le guide.
Ce que sont vraiment les Claude Skills (et pourquoi ce n’est pas un simple prompt)
Un skill n’est pas un prompt que vous copiez-collez dans le chat. C’est un dossier portable contenant un fichier SKILL.md, structuré en deux parties : un en-tête YAML (le frontmatter) qui déclare l’identité du skill, et un corps en Markdown libre contenant les instructions métier. Introduite en 2025 et documentée dans la référence officielle Claude Code, la fonctionnalité est conçue pour être versionnée, partagée dans un dépôt Git, et invoquée dans Claude Code avec une commande préfixée /.
Anatomie d’un fichier SKILL.md : les 4 champs obligatoires
Le frontmatter d’un skill minimal contient quatre informations : name (identifiant unique, sert à l’invocation), description (lue par Claude pour la sélection automatique selon le contexte), trigger (commande d’appel manuel) et version (indispensable pour la maintenance en équipe). Le corps du fichier, sous le séparateur ---, contient l’instruction métier réelle : format de sortie attendu, règles rédactionnelles, exemples normalisés. Un skill minimal opérationnel tient en 50 lignes.
Skill vs system prompt : quand choisir l’un plutôt que l’autre
Le system prompt s’applique à chaque échange d’une session, c’est le réglage de base du modèle. Les instructions sur mesure que forment les skills, elles, s’invoquent à la demande sur des tâches précises. Si votre journée alterne une dizaine de types de tâches, le skill vous permet de charger l’expertise appropriée sans reformuler le contexte à chaque fois. En résumé : le system prompt définit le persona global (ton, langue, format général), le skill apporte l’expertise opérationnelle pour une tâche ciblée.
Créer vos premiers Claude Skills : le guide pas à pas
Voici les quatre étapes pour passer d’une idée à un skill fonctionnel, illustrées par un cas concret : la rédaction de comptes rendus de réunion normalisés dans une PME.
Étape 1 : créer le répertoire de skills. Dans votre projet Claude Code, créez le dossier .claude/skills/. C’est le répertoire standard surveillé au démarrage.
Étape 2 : rédiger le fichier SKILL.md. Créez compte-rendu.md avec le frontmatter minimal, puis rédigez les instructions dans le corps : format attendu (titre, participants, décisions, actions suivantes avec responsable et délai), règles de ton, longueur maximale. Vous définissez précisément ce que Claude doit produire.
Étape 3 : tester dans Claude Code. Tapez /compte-rendu suivi de vos notes de réunion brutes. Claude les reformatera selon vos instructions, de manière identique à chaque invocation, quel que soit l’utilisateur.
Étape 4 : affiner par itération. Les premières sorties révèlent souvent un cas non prévu : réunion sans décision formelle, participants à distance avec des rôles atypiques. Ajoutez ces cas dans le corps du skill, committez le fichier.
Versionner et partager un skill dans son équipe
Le fichier SKILL.md vit dans le dépôt Git du projet. Tout collaborateur qui clone le dépôt dispose automatiquement des mêmes extensions Claude, sans configuration supplémentaire. Un pull request suffit pour proposer une modification de comportement, la passer en revue, et la déployer. C’est ce qui différencie fondamentalement un skill d’un prompt envoyé par email : cohérence garantie, historique auditable, onboarding accéléré.
Claude Skills prêts à l’emploi : où les trouver en 2026
Avant de créer un skill de zéro, vérifier s’il en existe déjà un de qualité. Le temps de création n’est pas le seul coût : les itérations d’affinage en représentent souvent le double.
| Source | Volume (déc. 2025) | Point fort | Point de vigilance |
|---|---|---|---|
| SkillsMP | 26 000+ skills | Filtré (min. 2 étoiles GitHub), catégorisé, noté par la communauté | Vérifier la date de mise à jour du dépôt source |
| GitHub communautaire | Non centralisé | Skills très spécialisés, introuvables ailleurs | Auteur parfois anonyme, maintenance incertaine |
| Catalogue officiel claude.com | Limité | Validé Anthropic (intégrations Box, etc.) | Peu de catégories métier couvertes à ce stade |
Trois critères pour évaluer un skill tiers avant de l’importer : l’auteur est identifiable et le dépôt actif (commit récent), les instructions sont explicites (vous comprenez ce que fait le skill sans l’exécuter), et le fichier SKILL.md ne contient aucune référence à un service externe non documenté (risque de fuite de contexte, voir section suivante).
Cas d’usage métier concrets pour les PME et ETI
Sur le terrain, les premières heures récupérées viennent systématiquement des tâches de rédaction structurée : celles où le format est normalisé mais le contenu variable à chaque occurrence. Selon les benchmarks publiés par Anthropic entre 2025 et 2026, le gain de temps sur ce type de tâche oscille entre 20 et 40 % selon la complexité du format cible.
Cinq exemples concrets, classés par département :
En opérations, un skill de compte rendu de réunion normalisé (décisions, actions, délais, responsables) assure que toutes les équipes produisent le même format sans effort d’harmonisation supplémentaire. En marketing, un skill de rédaction de brief de campagne permet à n’importe quel chargé de compte de générer un document structuré prêt pour validation à partir d’un simple résumé. En RH, un skill calé sur la charte rédactionnelle interne garantit que chaque offre d’emploi publiée respecte le même standard, sans relecture systématique. En support client, le collaborateur saisit le problème résumé et le skill génère un email formaté, complet, dans le bon registre. En production de contenu, un skill éditorial ancré dans la charte de marque assure la cohérence sur toute la chaîne, sans briefer chaque rédacteur séparément.
Ce qui rend ces applications pertinentes pour une équipe, c’est la répétabilité : chaque exécution produit une sortie cohérente, quel que soit l’utilisateur qui invoque le skill.
Limites et risques : ce qu’on ne vous dit pas toujours
Les extensions Claude sont utiles, mais trois limites méritent d’être nommées sans détour.
Dépendance à Claude Code. Les fonctions d’invocation avancées (commandes /, sélection automatique par contexte, partage d’équipe via Git) ne sont disponibles que dans Claude Code. Sur claude.com en mode chat classique, vous pouvez charger manuellement le contenu d’un skill, mais vous perdez l’intégration fluide. Pour les équipes qui n’utilisent pas Claude Code, le bénéfice est réduit.
Risque de fuite de contexte avec les skills tiers. Un skill mal conçu peut inclure des instructions qui poussent Claude à traiter des données sensibles d’une façon non prévue, voire à les inclure dans un contexte élargi. Ce n’est pas fréquent, mais c’est un vecteur réel si vous importez des skills sans lire le fichier source en entier.
Fragilité de maintenance. Quand Anthropic met à jour le modèle sous-jacent, les sorties peuvent dériver légèrement. Un skill calibré précisément sur un format peut produire des résultats légèrement différents six mois plus tard. Prévoyez une revue semestrielle des skills critiques.
Checklist avant d’importer un skill d’auteur inconnu :
- L’auteur du dépôt est identifiable et présente un historique de contribution visible.
- Le fichier SKILL.md ne contient aucune requête HTTP ni référence à un service externe non documenté.
- Le dépôt a été mis à jour dans les six derniers mois, ou le périmètre du skill est clairement délimité et stable.
Ce qu’il faut retenir
Les Claude Skills ne sont pas réservés aux développeurs. Un responsable opérations à l’aise avec Markdown peut créer son premier skill en moins d’une heure, le versionner dans Git, et le déployer pour toute son équipe sans intervention technique. C’est précisément ce niveau d’accessibilité qui en fait un levier de productivité concret à activer dès maintenant. La condition : choisir des sources fiables, maintenir les fichiers au fil des mises à jour du modèle, et relire les skills tiers avant de les importer.
