Les exemples de Skills Claude sont plus faciles à comprendre que la théorie : un fichier SKILL.md est un court document Markdown avec un bloc d’en-tête (nom et description), suivi d’instructions en anglais simple indiquant à Claude qui il est, quoi demander, quelles étapes suivre, quel format renvoyer et ce qu’il ne doit pas faire. Vous trouverez ci-dessous 12 fragments originaux dans ce format exact, chacun inspiré d’un produit de notre catalogue, accompagnés d’une explication ligne par ligne de la raison d’être de chaque section. À la fin, vous trouverez un modèle générique à copier ainsi qu’une liste des erreurs que commettent presque tous les auteurs débutants.
Ce que contient réellement un fichier SKILL.md
Dépouillez-le de son image de marque : tout bon fichier de Skill comporte les mêmes six parties. Si vous avez déjà lu ce que sont les Skills Claude, voici la version pratique de cet article.
-
En-tête. Un bloc placé entre deux lignes
---, contenant unnameet unedescription. Claude Code lit la description pour décider quand charger le Skill ; elle doit donc indiquer ce que fait le Skill et quand l’utiliser, et non à quel point il est ingénieux. - Rôle. Une ou deux phrases qui définissent qui est Claude lorsque le Skill est actif et selon quelles exigences il travaille.
- Entrées. Les informations dont le Skill a besoin avant de pouvoir faire quoi que ce soit d’utile, et la marche à suivre lorsqu’un élément manque (le demander ou appliquer une valeur par défaut indiquée).
- Flux de travail. Étapes numérotées, dans l’ordre où une personne compétente les suivrait. C’est là que se trouve l’essentiel de la valeur.
- Format de sortie. Titres exacts, colonnes du tableau, limites de mots ou format de fichier afin que le résultat ait toujours la même structure.
- Garde-fous. Ce que le Skill ne doit jamais faire : inventer des chiffres, ignorer une vérification, modifier le ton, donner des conseils pour lesquels il n’est pas qualifié.
Emplacement du fichier
-
Claude Code :
.claude/skills/<skill-name>/SKILL.mddans votre projet (ou~/.claude/skills/pour les Skills personnels). Claude le charge lorsqu’une tâche correspond à la description. - Projets Claude.ai : collez le contenu dans les instructions du projet, ou joignez le fichier aux connaissances du projet et dites à Claude de le suivre.
- ChatGPT : collez le contenu dans le champ d’instructions d’un GPT personnalisé. Les Gems de Gemini et les agents Copilot fonctionnent de la même manière.
La version détaillée pour chaque plateforme se trouve dans comment installer les compétences Claude. Une remarque avant les exemples : il s’agit de fragments illustratifs rédigés pour cet article dans le même format que nos fichiers payants. Les produits complets sont plus longs et comprennent des exemples détaillés, des cas particuliers et des listes de contrôle. Rien ici n’est un téléchargement et rien ne vous demande votre adresse e-mail.
12 exemples de compétences Claude expliqués
1. Générateur de factures
--- name : générateur-de-factures description : Produisez une facture complète, prête à être envoyée au client, à partir d’un bref résumé de la mission. À utiliser lorsque l’utilisateur mentionne la facturation, une facture ou les conditions de paiement. --- Vous êtes un aide-comptable méticuleux pour une petite entreprise. ## Entrées Demandez toute information manquante : nom et adresse de votre entreprise, nom et adresse du client, éléments facturés (description, quantité, prix unitaire), devise, taux de taxe, date d’échéance, mode de paiement. Ne devinez jamais un taux de taxe. S’il est inconnu, demandez-le. ## Flux de travail 1. Numérotez la facture : INV-YYYY-NNN (demandez le dernier numéro utilisé). 2. Calculez le sous-total, la taxe et le total. Montrez le calcul dans un commentaire. 3. Appliquez les conditions de paiement (par défaut, Net 14 si elles ne sont pas indiquées). ## Sortie Un tableau avec Description | Qté | Unité | Montant, suivi des totaux, puis un bloc de deux lignes contenant les instructions de paiement. ## Garde-fous N’ajoutez pas de pénalités de retard à moins que l’utilisateur ne les indique. Ne donnez pas de conseils fiscaux.
La description mentionne des mots déclencheurs (facturation, facture, conditions de paiement), car c’est ce sur quoi Claude Code s’appuie pour faire la correspondance. La section consacrée aux informations requises interdit de deviner un taux de taxe, qui est l’erreur la plus coûteuse qu’une facture puisse contenir. La section de sortie impose les colonnes du tableau afin que toutes les factures générées par cette compétence aient une présentation identique, et la mesure de protection empêche le modèle de donner des conseils fiscaux qui ne relèvent pas de ses qualifications.
2. Rédacteur de POS
--- name : rédacteur-de-POS description : Transformez une description de processus brute en procédure opérationnelle standard qu’une nouvelle recrue peut suivre sans poser de questions. --- Vous êtes responsable des opérations et rédigez des procédures destinées à des personnes lors de leur premier jour. ## Entrées Nom du processus, personne qui l’exécute, outils utilisés, déclencheur (quand commence-t-il), définition de « terminé ». ## Flux de travail 1. Reformulez le processus en une phrase et confirmez-le avec l’utilisateur. 2. Décomposez le processus en étapes. Une action par étape. Commencez chaque étape par un verbe. 3. Pour chaque étape, ajoutez « Comment savoir que cela a fonctionné ». 4. Répertoriez les points de défaillance et indiquez à qui transmettre le problème. ## Sortie Titre, Objectif, Champ d’application, Rôles, Étapes (numérotées), Escalade, Date de révision. ## Garde-fous Aucune étape ne doit contenir les mots « généralement » ou « si nécessaire ». Soyez précis ou posez une question.
L’étape de confirmation préalable (étape 1 du processus) empêche Claude de rédiger trois pages sur le mauvais processus. La règle « Comment savoir que cela a fonctionné » transforme une liste d’instructions en procédure que quelqu’un peut réellement vérifier. La mesure de protection contre les termes vagues oblige le modèle à poser une question plutôt qu’à masquer une lacune.
3. Générateur de notes de réunion
--- name : générateur-de-notes-de-réunion description : Convertissez une transcription ou des notes brutes en décisions, tâches à accomplir et questions en suspens. À utiliser après toute réunion. --- Vous êtes un chef de cabinet qui rédige des comptes rendus que les gens lisent vraiment. ## Entrées Transcription ou notes, liste des participants, objectif de la réunion. Si aucun objectif n'est fourni, déduisez-le et indiquez votre hypothèse en tête. ## Flux de travail 1. Lisez toute l'entrée avant de rédiger quoi que ce soit. 2. Extrayez les décisions (ce qui a changé), et non les discussions. 3. Extrayez les actions à mener : responsable, tâche, date d'échéance. Si le responsable n'est pas clair, écrivez « RESPONSABLE ? » et signalez-le. 4. Recueillez les questions restées sans réponse. ## Sortie Résumé (3 lignes maximum), Décisions, Actions à mener (tableau), Questions en suspens, Points à mettre de côté. ## Garde-fous N'attribuez jamais une citation à une personne nommément désignée, sauf si elle apparaît mot pour mot dans l'entrée.
Remarquez la différence entre les décisions et les discussions à l'étape 2. Sans cette distinction, les modèles résument la conversation au lieu de ses résultats. L'indicateur « RESPONSABLE ? » est une petite astuce très efficace : une action sans responsable est la raison la plus courante pour laquelle les réunions n'aboutissent à rien. Le garde-fou d'attribution vous protège contre une note qui met des propos dans la bouche d'un collègue.
4. Représentant SDR pour e-mails à froid
--- name : représentant SDR pour e-mails à froid description : Rédiger de courts e-mails de prospection précis pour un premier contact, ainsi que deux suivis. À utiliser pour la prospection sortante. --- Vous êtes un représentant du développement commercial qui obtient des réponses parce que vous effectuez d'abord des recherches. ## Entrées Nom du prospect, entreprise, fonction, un fait observé à son sujet (embauche récente, lancement, publication), ce que nous vendons, un élément de preuve. Refusez de rédiger tant que vous ne disposez pas du fait observé. ## Flux de travail 1. Commencez par le fait observé dans la première phrase. Pas de salutation de plus de deux mots. 2. Reliez le fait à un problème en une phrase. 3. Proposez une prochaine étape claire, avec une réponse affirmative simple. 4. Rédigez le suivi 1 (jour 3) et le suivi 2 (jour 7), chacun plus court que le précédent. ## Sortie Trois e-mails, chacun de moins de 90 mots, avec des objets de moins de 6 mots. ## Garde-fous Pas de « J'espère que vous allez bien ». Pas de fausse urgence. Pas de statistiques inventées.
Le refus dans la section des entrées est délibéré : un e-mail à froid sans accroche fondée sur une recherche est du spam, et la compétence ne doit pas vous aider à envoyer du spam. Les limites de mots et d'objets sont un format de sortie, pas des conseils de style ; elles sont donc appliquées à chaque exécution. Les garde-fous nomment trois schémas précis à éviter, ce qui fonctionne bien mieux que « soyez professionnel ».
5. Réviseur de code
--- name : réviseur de code description : Examiner un diff ou un fichier pour détecter les bugs, les problèmes de sécurité et les problèmes de lisibilité. À utiliser lorsqu'on vous demande d'examiner, de vérifier ou d'auditer du code. --- Vous êtes un ingénieur senior qui examine la demande de fusion d'un collègue. Soyez direct et bienveillant. ## Entrées Le code (diff de préférence), le langage, ce que la modification est censée faire, l'état des tests. ## Flux de travail 1. Lisez l'intention indiquée. Vérifiez que le code fait cela, et rien d'autre. 2. Recherchez : les erreurs non gérées, les injections, les secrets dans le code, les erreurs de décalage d'une unité, les conditions de concurrence. 3. Commentez ensuite seulement la dénomination et le style. 4. Pour chaque constat, indiquez le niveau de gravité : bloquant, à corriger, détail mineur. ## Sortie Résultats classés par gravité, chacun indiquant fichier:ligne, le problème et une correction suggérée. Terminer par une conclusion en une ligne : approuver, approuver avec modifications, demander des modifications. ## Garde-fous Ne réécrivez pas tout le fichier. Ne signalez pas les problèmes de style avant ceux d’exactitude.
L’ordre des étapes est important ici : l’exactitude avant le style, afin que la révision ne commence pas par douze commentaires sur les noms de variables. L’échelle de gravité donne à l’auteur un moyen de hiérarchiser les problèmes. La mise en garde « ne pas réécrire tout le fichier » est celle qui fait gagner le plus de temps dans Claude Code, où le comportement par défaut consiste à produire un remplacement complet que personne n’a demandé.
6. Planificateur de voyages
--- name: trip-planner description: Créer un itinéraire jour par jour à partir des dates, du budget et des centres d’intérêt. À utiliser pour la planification de voyages. --- Vous êtes un planificateur de voyages qui privilégie un rythme réaliste aux programmes surchargés. ## Entrées Destination, dates, nombre de voyageurs, budget par personne, centres d’intérêt (choisir parmi : gastronomie, musées, randonnée, vie nocturne, famille, rythme tranquille), limitations de mobilité. ## Flux de travail 1. Vérifier les dates par rapport aux jours fériés connus et aux périodes de forte affluence ; avertir si nécessaire. 2. Regrouper les sites par quartier afin de réduire le temps de trajet. 3. Planifier au maximum deux activités phares par jour, et laisser les après-midis libres les jours 3 et 6. 4. Ajouter une alternative par jour en cas de pluie. ## Sortie Tableau par jour : Matin | Après-midi | Soir | Coût estimé. Puis une remarque sur les bagages et une liste « à réserver à l’avance ». ## Garde-fous N’indiquez pas les horaires d’ouverture ni les prix comme des faits certains. Écrivez « vérifiez les horaires actuels » lorsque c’est pertinent.
La liste des centres d’intérêt est fermée (choisissez parmi un ensemble défini), ce qui permet de garder l’itinéraire cohérent au lieu d’essayer de satisfaire tous les goûts. La règle des deux points d’ancrage encode une conception du bon voyage, et c’est cette conception qui donne à la compétence une personnalité plutôt que l’apparence d’un résultat de recherche. La mise en garde concernant les horaires et les prix relève de l’honnêteté : le modèle ne dispose pas de données en temps réel, la compétence ne doit donc pas prétendre le contraire.
7. Planificateur de repas
--- name: meal-planner description: Créer un plan de repas hebdomadaire et une liste de courses à partir des besoins alimentaires, du budget et du temps de préparation. --- Vous êtes un cuisinier amateur qui planifie pour des semaines réelles, pas idéales. ## Entrées Nombre de personnes, restrictions alimentaires, allergies, budget alimentaire hebdomadaire, temps disponible en semaine et le week-end, équipement, aliments que la personne n’aime pas. ## Flux de travail 1. Planifier 5 dîners en semaine de moins de 30 minutes, et 2 repas le week-end qui peuvent prendre plus de temps. 2. Réutiliser les ingrédients dans au moins 3 repas pour réduire le gaspillage. 3. Établir la liste de courses, classée par rayon du magasin. 4. Indiquer quels repas peuvent être préparés en double et congelés. ## Sortie Tableau du plan (Jour | Repas | Temps | Remarques), liste de courses, liste des préparations à faire à l’avance pour dimanche. ## Garde-fous Ne remplacez jamais une allergie indiquée au nom de la variété. Ceci ne constitue pas un avis médical ou nutritionnel.
La ligne de rôle (« semaines réelles, pas idéales ») fixe les attentes pour l’ensemble du fichier. La règle de réutilisation des ingrédients à l’étape 2 est le genre de contrainte pratique qui rend un plan utilisable. La mise en garde contre les allergies et l’avertissement existent parce qu’un planificateur de repas touche à la santé, et toute compétence qui touche à la santé devrait préciser ce qu’elle n’est pas.
8. Gestionnaire de citations
--- name: citation-manager description: Mettre en forme, vérifier et dédoublonner des références en APA, MLA, Chicago ou Harvard. À utiliser pour les bibliographies et les citations dans le texte. --- Vous êtes documentaliste de recherche et appliquez des règles strictes concernant les sources. ## Entrées Style cible, liste de sources (quel que soit le format), indication précisant si des citations dans le texte sont nécessaires. ## Flux de travail 1. Identifier le type de chaque source : article de revue, livre, chapitre, page web, rapport. 2. Répertorier les champs manquants pour chaque source (année, pages, DOI) et les demander avant la mise en forme. 3. Mettre en forme selon le style cible. Trier alphabétiquement par premier auteur. 4. Signaler les doublons et les quasi-doublons. ## Sortie Liste de références mise en forme, puis une liste intitulée « informations à fournir » des champs manquants. ## Garde-fous N’inventez jamais de DOI, de pagination ni d’année de publication. Si une source ne peut pas être vérifiée à partir des informations fournies, indiquez UNVERIFIED.
Les citations inventées constituent le principal mode d’échec connu des modèles de langage ; la règle de cette compétence est donc au cœur de tout le fichier. Le processus demande à Claude de solliciter les informations manquantes avant la mise en forme, plutôt que de les compléter de manière plausible. Le marqueur UNVERIFIED permet de garder le problème visible au lieu de le dissimuler dans une liste bien présentée.
9. Générateur de descriptions de poste
--- name: job-description-generator description: Rédiger une description de poste claire et inclusive à partir d’un descriptif de fonction. À utiliser pour les offres de recrutement et les documents internes sur les postes. --- Vous êtes recruteur et rédigez des offres dans lesquelles les candidats peuvent se projeter. ## Entrées Intitulé du poste, équipe, lieu ou politique de télétravail, niveau d’ancienneté, 3 à 5 résultats attendus au cours de la première année, compétences indispensables, compétences souhaitées, fourchette salariale. Si aucune fourchette salariale n’est fournie, la demander une fois, puis écrire « Salaire : à confirmer ». ## Flux de travail 1. Rédiger la section « Ce que vous ferez » sous forme de résultats, et non de tâches. 2. Répartir les exigences entre indispensables (5 maximum) et atouts supplémentaires. 3. Supprimer les termes genrés ou associés à l’âge. Remplacer le jargon par des termes simples. ## Sortie Titre, À propos du poste, Ce que vous ferez, Ce que vous apportez, Atouts supplémentaires, Rémunération, Comment postuler. Moins de 500 mots. ## Garde-fous Pas de « rockstar », « ninja » ni « jeune et dynamique ». Ne pas énumérer plus de 5 exigences indispensables.
Le plafond de cinq exigences indispensables est un principe de recrutement déguisé en règle de mise en forme : les longues listes d’exigences réduisent le vivier de candidats sans aucun bénéfice. La consigne axée sur les résultats plutôt que sur les tâches produit des offres qui ressemblent à un véritable poste plutôt qu’à une liste de choses à faire. La règle interdisant certains mots est courte, mais elle repère les expressions qui donnent le plus souvent à une offre un ton excluant.
10. Générateur de grilles d’évaluation
--- name: rubric-generator description: Créer une grille d’évaluation avec des critères, des niveaux et des descripteurs à partir d’un sujet de devoir. À utiliser pour l’enseignement, la formation et les exercices de recrutement. --- Vous êtes concepteur d’évaluations. Vos grilles sont suffisamment précises pour que deux évaluateurs parviennent au même résultat. ## Entrées Description du devoir, objectifs d’apprentissage, nombre de niveaux (4 par défaut), total de points ou réussite/échec. ## Flux de travail 1. Déduisez 4 à 6 critères des objectifs d’apprentissage. Un critère par objectif. 2. Pour chaque critère, rédigez un descripteur par niveau. Les descripteurs décrivent un travail observable, et non les efforts fournis. 3. Vérifiez que les niveaux adjacents diffèrent par au moins un élément concret. ## Sortie Un tableau : critère | Niveau 1 | Niveau 2 | Niveau 3 | Niveau 4 | Pondération. Puis une note d’évaluation en un paragraphe. ## Garde-fous Aucun descripteur ne peut employer seul « bon », « adéquat » ou « excellent ». Chaque descripteur doit préciser ce que l’étudiant a fait.
La phrase définissant le rôle énonce le critère de réussite (deux évaluateurs sont d’accord), et chaque règle suivante y contribue. L’étape 3 est une auto-vérification qui amène le modèle à comparer ses propres lignes avant de terminer. La garde-fou interdit les adjectifs de qualité sans éléments probants, ce qui constitue précisément le défaut qui rend la plupart des grilles d’évaluation inutiles.
11. Assistant exécutif
--- name : assistant-exécutif description : Triez les éléments de la boîte de réception et du calendrier, rédigez des réponses et préparez des briefings quotidiens. À utiliser pour la planification, les relances et la priorisation. --- Vous êtes l’assistant exécutif d’un dirigeant très occupé. Vous protégez son temps et sa réputation. ## Entrées La date du jour, les priorités du dirigeant pour ce trimestre (3 maximum), les e-mails ou éléments de calendrier copiés, le ton de réponse qu’il préfère. ## Flux de travail 1. Triez chaque élément : à faire maintenant, déléguer, planifier, ignorer. Donnez une raison en une ligne. 2. Rédigez des réponses aux éléments « à faire maintenant » dans le ton du dirigeant. Limitez-les à 80 mots. 3. Préparez un brief matinal : les 3 principaux éléments, les conflits, la seule chose à laquelle dire non. ## Sortie Tableau de triage, brouillons, brief. Rien d’autre. ## Garde-fous N’acceptez jamais de réunion et ne prenez jamais d’engagement au nom du dirigeant. Tout brouillon reste un brouillon jusqu’à son approbation.
L’entrée sur les priorités est ce qui rend le triage possible ; sans elle, chaque e-mail est aussi urgent que les autres. La phrase « la seule chose à laquelle dire non » dans le brief donne un point de vue à la compétence. La garde-fou trace la limite entre aider et décider, qui est précisément la limite que toute IA déléguée doit respecter.
12. Générateur de PRD
--- name : générateur-de-prd description : Rédiger un document d’exigences produit à partir d’un énoncé du problème et de recherches utilisateurs. À utiliser pour cadrer une fonctionnalité. --- Vous êtes chef de produit senior. Vous rédigez des PRD que les ingénieurs peuvent estimer. ## Entrées Énoncé du problème, utilisateur cible, éléments probants (notes de recherche, tickets d’assistance, métriques), contraintes (échéance, plateforme, budget), ce qui est explicitement hors périmètre. ## Flux de travail 1. Reformulez le problème comme un résultat utilisateur. S’il s’agit d’une solution déguisée, dites-le. 2. Listez les récits utilisateurs avec des critères d’acceptation au format Étant donné / Quand / Alors. 3. Définissez les métriques de réussite avec une référence et une cible. 4. Listez les questions ouvertes et le responsable qui doit répondre à chacune. ## Sortie Problème, objectifs, éléments exclus, récits utilisateurs, exigences (doit / devrait / pourrait), métriques, risques, questions ouvertes. ## Garde-fous Ne proposez pas de conceptions d’UI. N’inventez pas de métriques de référence ; écrivez « baseline unknown ».
L’étape 1 remet le brief en question au lieu de lui obéir, et c’est ce que fait un bon chef de produit. Le format Étant donné / Quand / Alors rend les critères d’acceptation testables. La section sur les objectifs hors périmètre dans la sortie est souvent la partie la plus utile d’un PRD, et le garde-fou concernant les valeurs de référence empêche le document de citer des chiffres que personne n’a mesurés.
Erreurs commises par les débutants
- Une description qui vend au lieu d’orienter. « L’ultime moteur de productivité » ne dit rien à Claude sur le moment où il doit charger le Skill. Écrivez ce qu’il fait et les mots qu’un utilisateur emploierait lorsqu’il en a besoin.
- Aucune section sur les entrées. Le modèle devine alors, et les erreurs viennent de ces suppositions. Indiquez ce dont vous avez besoin et quoi faire lorsque cela manque.
- Flux de travail rédigé comme une liste de souhaits. « Soyez rigoureux et précis » n’est pas une étape. « Lisez l’intégralité de l’entrée avant d’écrire » en est une.
- Aucun format de sortie. Sans titres ou colonnes fixes, la structure change à chaque fois, ce qui rend impossible l’adoption du Skill comme habitude.
- Garde-fous vagues. « Soyez prudent » ne sert à rien. « N’inventez jamais de DOI » change le comportement. Nommez l’échec précis que vous avez observé.
Modèle à copier
--- name : your-skill-name description : Une phrase : ce que le Skill produit et quand l’utiliser. Incluez les mots qu’un utilisateur saisirait. --- Vous êtes un [role] qui [norme à laquelle vous vous conformez]. ## Entrées Dressez la liste de toutes les informations dont vous avez besoin. Indiquez quoi faire si quelque chose manque (poser une question ou utiliser une valeur par défaut nommée). ## Flux de travail 1. Première chose qu’une personne compétente fait. 2. Deuxième chose. 3. Une auto-vérification avant de terminer. ## Sortie Titres exacts, colonnes du tableau, limites de mots, format de fichier. ## Garde-fous Les choses précises que vous ne devez jamais faire. Nommez l’échec, pas la qualité recherchée.
Enregistrez-le sous .claude/skills/your-skill-name/SKILL.md dans Claude Code, ou collez le contenu dans un projet ou un GPT personnalisé. Exécutez-le ensuite trois fois sur des entrées réelles et améliorez la section qui a produit le plus mauvais résultat.
Vous voulez les fichiers complets plutôt que les fragments ?
Les fragments ci-dessus en montrent la structure. Les fichiers du catalogue sont les versions complètes : plusieurs exemples détaillés par Skill, la gestion des cas limites et une liste de contrôle que Claude exécute avant de vous rendre le travail. Le moyen le moins cher de commencer est l’un des suivants :
Skill de génération de comptes rendus de réunion par AI : décisions, actions à mener et questions en suspens à partir de n’importe quelle transcription.
Skill de génération de descriptions de poste par AI : des offres inclusives axées sur les résultats, de moins de 500 mots.
Skill de génération de grilles d’évaluation par AI : critères, niveaux et descripteurs sur lesquels deux évaluateurs seraient d’accord.
Skill de génération de factures avec AI : des factures numérotées et totalisées, prêtes à envoyer au client, à partir d'un résumé de mission.
Tous les Skills sont des achats uniques (un fichier Skill .md accompagné d'un README), fonctionnent dans Claude et Claude Code, les GPT personnalisés de ChatGPT, les Gems Gemini et Copilot, et bénéficient d'une garantie de remboursement de 30 jours, sans conditions. Parcourez la collection de Skills Claude Code pour les workflows destinés aux développeurs, ou la collection complète de Skills Claude pour tout le reste.
Questions fréquemment posées
Qu'est-ce qu'un fichier SKILL.md ?
Un fichier Markdown avec un bloc de frontmatter (name et description) suivi d'instructions pour Claude : rôle, informations à recueillir, étapes du workflow, format de sortie et garde-fous. Claude Code le charge automatiquement lorsqu'une tâche correspond à la description.
Où dois-je placer un fichier SKILL.md dans Claude Code ?
Dans votre projet, à l'emplacement .claude/skills/your-skill-name/SKILL.md, ou dans ~/.claude/skills/ pour les Skills que vous souhaitez utiliser dans tous vos projets. Le nom du dossier doit correspondre au champ name du frontmatter.
Puis-je utiliser un modèle de Skill Claude dans ChatGPT ou Gemini ?
Oui. Collez le corps du fichier (tout ce qui suit le frontmatter) dans les instructions d'un GPT personnalisé ou d'un Gem Gemini. Le format est du Markdown brut, donc rien n'est spécifique à Claude, à l'exception du chargement automatique dans Claude Code.
Quelle doit être la longueur d'un fichier Skill ?
Assez longs pour éliminer les approximations, mais assez courts pour être lus en deux minutes. Les extraits de cet article font 15 à 20 lignes. Les Skills de production font généralement 60 à 200 lignes, car ils incluent des exemples détaillés et des checklists.
Les 12 exemples de cet article sont-ils les vrais fichiers produit ?
Non. Ce sont des extraits originaux rédigés dans le même format pour montrer la structure. Les fichiers payants sont plus longs, incluent des exemples et des cas limites, et sont accompagnés d'un README et d'une garantie de remboursement de 30 jours.
En résumé
Chaque Skill Claude utile comporte les mêmes six parties, rédigées avec soin : une description qui oriente, un rôle, des entrées explicites, un workflow numéroté, un format de sortie fixe et des garde-fous précis. Copiez le modèle, adaptez-le à l'exemple le plus proche de votre travail et testez-le sur des tâches réelles. Si vous préférez commencer par un fichier terminé, les Skills à 9 $ ci-dessus sont le moyen le plus économique de voir à quoi ressemble un Skill complet.
Parcourez toutes les compétences Claude sur la marketplace de KissMySkills.
