Tutoriel Claude Skills : créez votre premier SKILL.md en 10 minutes (2026)

Tutoriel Claude Skills : créez votre premier SKILL.md en 10 minutes (2026)

Les skills sont la fonctionnalité de Claude Code la plus puissante que vous n'utilisez probablement pas encore. Un Claude skill est un dossier contenant un fichier SKILL.md que Claude charge automatiquement dès que votre requête correspond à sa description — plus besoin de copier-coller des prompts, plus de CLAUDE.md surchargé, plus de prise de tête pour retrouver quel gabarit utiliser. Nous avons livré 4 skills dans le dossier .claude/skills/agent/ de ce dépôt, et avec Skills 2.0 ainsi que le Marketplace Anthropic attendu début 2026, le format atteint enfin sa maturité. Voici le schéma qui fonctionne après avoir surmonté les pièges.

Points clés

• Un Claude skill est un dossier contenant un fichier SKILL.md avec un en-tête YAML que Claude charge automatiquement quand c'est pertinent.
• Les skills se trouvent dans ~/.claude/skills/ (personnel) ou .claude/skills/ (projet) — Claude analyse les deux au démarrage.
• Utilisez les Skills pour les workflows répétables ; MCP pour les données externes en direct ; les subagents pour la planification en plusieurs étapes ; les hooks pour les événements déterministes.
• Le chemin le plus rapide vers votre premier skill : demandez à Claude d'invoquer son propre skill skill-creator — il écrit le SKILL.md à votre place.

Qu'est-ce qu'un Claude skill ?

Un Claude skill est un dossier contenant un fichier SKILL.md avec un en-tête YAML (name, description, allowed-tools en option) que Claude Code charge automatiquement dans son contexte quand votre requête correspond à la description. Les skills regroupent des workflows réutilisables — comme /commit ou /explain-code — sans alourdir votre prompt système.

Selon la documentation officielle d'Anthropic, chaque dossier de skill contient trois éléments : un SKILL.md obligatoire, des scripts éventuels (de l'assistant Python au fichier de config JSON), et des docs de référence optionnels qui se chargent en même temps que le corps. C'est tout. Pas d'étape de build, pas d'installation, pas de manifeste.

L'astuce repose sur la divulgation progressive. Au démarrage, Claude n'analyse que le champ description de chaque skill. Le corps — instructions, exemples, patterns d'appel d'outils — reste sur disque jusqu'à ce que votre requête corresponde réellement. Vous pouvez donc avoir 50 skills installés et ne payer aucun coût en tokens tant qu'aucun ne se déclenche.

Pensez aux skills comme à des recettes de livre de cuisine que Claude consulte quand il reconnaît les ingrédients dans votre requête. Un skill est un dossier que Claude lit à la demande — pas un prompt que vous devez penser à coller. C'est tout l'intérêt.

Un SKILL.md minimal ressemble à ceci :

---
name: Summarize file
description: Use when the user asks for a 3-sentence summary of a file or function.
---

Read the file at $ARGUMENTS. Summarize purpose, key dependencies, and the
single most surprising thing about it. Three sentences max.

Dix lignes. Un vrai skill. Prêt à se déclencher.

Démarrage rapide : créez votre premier skill en 10 minutes

Pour créer votre premier Claude skill en 10 minutes : (1) créez ~/.claude/skills/explain-code/, (2) ajoutez un fichier SKILL.md avec name, description, et le corps du workflow, (3) redémarrez Claude Code pour qu'il analyse le nouveau répertoire, (4) déclenchez-le avec une requête correspondant à la description.

Voici le flux complet.

Étape 1 : créer le répertoire

mkdir -p ~/.claude/skills/explain-code

Les skills personnels (rien que pour vous) vont dans ~/.claude/skills/. Les skills de projet (partagés via git avec votre équipe) vont dans .claude/skills/ à la racine de votre dépôt. Choisissez le dossier personnel pour vos workflows du quotidien ; le projet quand vous voulez que tous les contributeurs du dépôt en héritent.

Étape 2 : écrire le SKILL.md

Déposez ce fichier dans ~/.claude/skills/explain-code/SKILL.md :

---
name: Explain code
description: Use when the user asks for a plain-English walkthrough of a code snippet, function, or file. Use $ARGUMENTS for the path or snippet.
---

You are explaining code to a developer who is new to this codebase.

1. Read the file or snippet at $ARGUMENTS.
2. State the file's purpose in one sentence.
3. Walk through the control flow line by line in plain English.
4. Flag any non-obvious dependencies or side effects.
5. End with one question the reader should ask before changing this code.

C'est l'intégralité du skill. L'en-tête est le contrat ; le corps est le mode opératoire.

Étape 3 : redémarrer Claude Code

La détection à la volée est une fonctionnalité de Skills 2.0 — les versions antérieures de Claude Code ont besoin d'un redémarrage complet pour prendre en compte le nouveau répertoire. Si vous n'êtes pas sûr de la version installée, un redémarrage ne coûte rien.

Étape 4 : le déclencher

Ouvrez un projet et écrivez :

walk me through what auth/middleware.ts does

Claude compare votre requête au champ description, trouve explain-code, et charge silencieusement le corps du SKILL.md dans son contexte. Vous verrez « Using skill: explain-code » dans le journal des outils. C'est fait.

Conseil pro : Pas envie d'écrire le fichier vous-même ? Ouvrez Claude Code et dites Use the skill-creator skill to scaffold an explain-code skill for me. Le skill skill-creator bundlé par Anthropic est un méta-skill qui vous pose les bonnes questions, choisit les allowed-tools appropriés, et écrit le SKILL.md dans le bon dossier. Le chemin le plus rapide vers votre premier skill, sans discussion.

C'est la promesse des 10 minutes — cinq minutes de frappe, un redémarrage, un test.

À l'intérieur de SKILL.md : la référence des champs d'en-tête

L'en-tête de SKILL.md est du YAML encadré par des délimiteurs ---. Deux champs sont obligatoires : name (≤64 caractères, utilisé comme nom de la commande slash) et description (le texte déclencheur que Claude compare à votre requête). Les champs optionnels contrôlent l'accès aux outils, l'invocation du modèle, les globs de fichiers, et le contexte d'exécution.

Voici la référence complète, tirée de la documentation skills d'Anthropic :

La ligne context: fork mérite qu'on s'y arrête. C'est une primitive Skills 2.0 qui exécute le skill dans une fenêtre de contexte isolée — utile pour les skills de recherche longue durée ou tout ce qui produit beaucoup de tokens intermédiaires que vous ne voulez pas voir polluer votre fil principal. Si cette idée est nouvelle pour vous, notre guide d'ingénierie de contexte couvre les compromis.

Un SKILL.md avec tous les champs renseignés, version maximaliste :

---
name: Deploy preview
description: Use when the user wants to deploy a preview build of the current branch to staging.
allowed-tools: ["Bash(git status:*)", "Bash(npm run build:*)", "Bash(vercel:*)"]
disable-model-invocation: true
user-invocable: true
argument-hint: <branch-name or 'current'>
model: claude-opus-4-7
context: fork
globs: ["package.json", "vercel.json"]
references: ["./deploy-runbook.md"]
bundled-files: ["./scripts/preflight.sh"]
tags: ["deploy", "vercel", "preview"]
---

Conseil pro : La plus grosse erreur dans la description : l'écrire pour des humains. Écrivez-la pour Claude — des phrases déclencheurs concrètes, pas du texte marketing. À éviter : « Un puissant skill d'automatisation Git. » À faire : « Use when the user wants to commit changes, write a commit message, or open a PR. »

Deux vrais skills, du début à la fin

Deux schémas de skills couvrent 80 % des usages réels : (1) un skill /commit invocable par l'utilisateur, avec disable-model-invocation: true et allowed-tools: Bash(git *) pour les actions déterministes ; (2) un skill /explain-code auto-invoqué avec un en-tête par défaut que Claude déclenche quand les requêtes correspondent à sa description.

La plupart des tutoriels ne montrent que des extraits. Voici deux fichiers complets à copier dans ~/.claude/skills/ dès aujourd'hui.

Le skill /commit (invocable par l'utilisateur)

---
name: Commit
description: Use when the user wants to stage and commit code changes with an AI-written conventional-commit message.
disable-model-invocation: true
user-invocable: true
allowed-tools:
  - "Bash(git status:*)"
  - "Bash(git diff:*)"
  - "Bash(git add:*)"
  - "Bash(git commit:*)"
---

1. Run `git status` and `git diff` to see what's staged and unstaged.
2. Group changes into one logical commit. If there are multiple unrelated
   changes, ask the user which to include.
3. Draft a Conventional Commits message: `type(scope): subject` (≤72 chars),
   blank line, body explaining *why*, not *what*.
4. Show the message to the user. Ask "Commit this?" Wait for explicit yes.
5. On confirmation, run `git add` for the included files and `git commit -m`.
6. Print the resulting commit hash.

Requête de test : /commit

Ce qui se passe : Claude inspecte l'état git, rédige un message, vous demande confirmation, et exécute git commit seulement alors. disable-model-invocation: true signifie qu'il ne se déclenche jamais automatiquement sur un vague « sauvegarde mes changements » — il ne tourne que quand vous tapez /commit. La liste blanche allowed-tools le restreint aux sous-commandes git ; il ne peut physiquement pas exécuter rm -rf ni pousser vers l'origin. C'est un skill que nous utilisons en prod dans notre propre pipeline.

Pour les actions déterministes post-commit (lancer lint, régénérer les types, envoyer un ping à un webhook Slack), tournez-vous vers les Claude Code hooks — les skills sont probabilistes, les hooks se déclenchent à chaque fois sans exception.

Le skill /explain-code (invocable par le modèle)

---
name: Explain code
description: Use when the user asks for a plain-English walkthrough of a code snippet, function, or file. Use $ARGUMENTS for the path or snippet.
argument-hint: <file path or pasted snippet>
model: claude-opus-4-7
---

1. Read the file or snippet at $ARGUMENTS. If $ARGUMENTS is empty, ask
   the user which file to explain.
2. State the file's purpose in one sentence.
3. Walk through the control flow line by line in plain English.
4. Flag any non-obvious dependencies, side effects, or hidden assumptions.
5. End with one question the reader should ask before modifying this code.

Requête de test : walk me through what auth/middleware.ts does

Ce qui se passe : remarquez que l'utilisateur n'a pas tapé /explain-code. Claude compare « walk me through » au champ description, trouve le skill, et l'invoque automatiquement. C'est la magie — c'est la description qui fait le routage. Le champ model: claude-opus-4-7 épingle ce skill à Opus quel que soit le modèle défini par défaut, afin que les walkthroughs de code profonds obtiennent toujours le modèle le plus capable. (Pour en savoir plus sur l'utilisation de différents modèles avec Claude Code.)

Pourquoi deux schémas ? Le skill 1 est invocable par l'utilisateur + restreint à des outils précis — prévisible, sûr, idéal pour git ou les déploiements. Le skill 2 est auto-invoqué + ouvert — la magie des skills, mais faites confiance à votre champ description. Les skills invocables par l'utilisateur donnent de la prévisibilité ; les skills invocables par le modèle donnent de la magie. Choisissez par skill, pas par dépôt.

Pour plus d'exemples, consultez le dépôt officiel anthropics/skills et la liste communautaire awesome-claude-skills.

Skills vs MCP vs Subagents vs Hooks : quand utiliser quoi

Utilisez les Skills pour les workflows réutilisables que Claude doit auto-déclencher ou que vous invoquez en commandes slash. Utilisez les serveurs MCP quand vous avez besoin de données externes en direct (bases de données, APIs, systèmes de fichiers hors du répertoire de travail). Utilisez les subagents pour les plans en plusieurs étapes que Claude doit déléguer à un contexte neuf. Utilisez les hooks pour les événements déterministes (pre-commit, post-tool-use) qui doivent toujours se déclencher — jamais de façon probabiliste.

En résumé : les skills sont des workflows, le Model Context Protocol est de la donnée, les subagents sont des plans, les hooks sont des événements. Chacun vit à une couche différente de Claude Code, et se tromper de couche revient à utiliser le mauvais outil. Selon le propre billet d'Anthropic Skills explained, c'est le cadre mental à intérioriser.

Ils se composent. Un skill peut appeler un outil MCP via allowed-tools. Un hook peut se déclencher après qu'un skill se termine. Un subagent peut utiliser les skills auxquels il a accès. Le meilleur modèle mental : choisissez la bonne couche d'abord, puis laissez-les s'empiler. Les skills sont la primitive d'ingénierie de contexte à saisir quand vous voulez un workflow que Claude peut choisir ; vous automatisez avec les hooks quand vous voulez quelque chose que Claude ne peut pas ignorer.

Le pire usage de chaque : les Skills pour des données en direct (utilisez MCP) ; MCP pour des gabarits de prompts en une passe (utilisez les Skills) ; les subagents pour des modifications de fichiers déterministes (utilisez les hooks) ; les hooks pour de la logique branchée (utilisez les Skills). Skills = workflows, MCP = données, subagents = plans, hooks = événements. Choisissez par couche, pas par mot-clé.

Où vivent les skills : personnel, projet, plugin, entreprise

Les Claude skills s'installent dans quatre portées : personnel (~/.claude/skills/, uniquement vous), projet (.claude/skills/ à la racine du dépôt, votre équipe via git), plugin (distribué via le Marketplace Anthropic ou n'importe quelle URL de plugin), et entreprise (poussé par l'IT via MDM/politique admin). Claude analyse les quatre au démarrage.

Les skills doc bundlés sont faciles à oublier — Claude Code livre déjà les skills pdf, docx, pptx, et xlsx d'emblée, plus une petite bibliothèque de /debug, /simplify et autres built-ins. (L'outil sœur Claude Design livre ses propres skills de workflow bundlés pour la génération de design ; même modèle, domaine différent.)

Quand passer au plugin plutôt qu'au projet ? Les plugins gagnent quand le même workflow bénéficie à plusieurs dépôts — un skill /release utilisé sur cinq bases de code clients appartient à un plugin, pas copié-collé dans le .claude/skills/ de chaque dépôt. Les skills de projet gagnent pour les conventions spécifiques à une base de code (votre gabarit PR d'équipe, votre runner de tests custom). Le Marketplace Anthropic, plus /plugin install depuis n'importe quelle URL, fait des plugins la bonne réponse pour la réutilisation multi-dépôts. Selon la documentation des plugins, la découverte et les mises à jour sont gérées automatiquement.

Patterns avancés : $ARGUMENTS, injection shell dynamique, context: fork

Trois patterns avancés comptent surtout : $ARGUMENTS permet aux utilisateurs de passer des paramètres aux skills invocables (/translate $ARGUMENTS) ; l'injection shell dynamique (avec allowed-tools: Bash(...)) permet à un skill d'exécuter des scripts et de piper la sortie dans le contexte ; et context: fork (Skills 2.0) exécute le skill dans une fenêtre de contexte isolée. Le livre blanc The Complete Guide de Anthropic est la référence canonique pour context: fork en mai 2026.

$ARGUMENTS pour les skills paramétrés

---
name: Translate
description: Translate the most recent message into the target language.
user-invocable: true
argument-hint: <target-language, e.g. spanish, japanese, brazilian portuguese>
---

Translate the user's previous message into $ARGUMENTS. Preserve tone,
preserve markdown formatting, return only the translation.

Requête de test : /translate spanish. Claude substitue spanish à $ARGUMENTS à l'exécution. La façon la plus propre de rendre un skill polyvalent sans écrire des variantes.

Injection shell dynamique via allowed-tools

---
name: Review last commit
description: Use when the user wants a code review of the last git commit.
allowed-tools: ["Bash(git diff HEAD~1:*)", "Bash(git log -1:*)"]
---

Run `git diff HEAD~1` and `git log -1`. Review the diff for bugs, security
issues, and style violations. Output a 5-bullet review.

Le skill exécute un shell, pipe le diff dans le contexte, et le passe en revue. Restreignez allowed-tools à des commandes précises (Bash(git diff HEAD~1:*)), jamais du Bash nu — la permission Bash nu est la version piège à pied de ce pattern.

context: fork (Skills 2.0)

---
name: Deep research
description: Use when the user wants a multi-source research summary on a topic.
context: fork
---

Research the topic in $ARGUMENTS using available web tools. Produce a
2-page summary with citations. Do not pollute the main thread.

Le fork donne au skill sa propre fenêtre de contexte, de sorte que les 50 000 tokens de notes de recherche intermédiaires ne débordent pas dans votre session principale. Utile pour les recherches longues, la planification de grands refactors, ou tout ce qui produit beaucoup de tokens jetables. Skills 2.0 uniquement — les versions antérieures de Claude Code ignorent le champ.

Dépannage : pourquoi votre skill ne se déclenche pas

Les skills échouent généralement à se déclencher pour l'une de ces quatre raisons : (1) la description est trop générique pour que Claude la fasse correspondre à votre requête, (2) le répertoire est au mauvais chemin (.claude/skills/ plutôt que claude/skills/), (3) Claude Code n'a pas été redémarré après l'ajout du skill (versions pré-Skills-2.0 uniquement), ou (4) le nom du skill entre en conflit avec un skill bundlé ou de priorité supérieure. D'après les modes d'échec les plus recherchés dans le tracker d'issues GitHub de Claude Code, ces quatre cas couvrent environ 95 % des rapports du type « pourquoi ça ne marche pas ».

Mode d'échec 1 : « Mon skill n'apparaît pas du tout »

La cause numéro un est un chemin incorrect — .claude/skills/ (avec le point) vs claude/skills/ (sans point), c'est une faute de frappe que tout le monde a faite à 1h du matin. Lancez ls -la ~/.claude/skills/ pour confirmer que le répertoire existe avec le point. Si c'est le cas et que Claude ne le voit toujours pas, redémarrez Claude Code une fois. Les versions pré-Skills-2.0 n'analysent qu'au démarrage.

Mode d'échec 2 : « Claude n'invoque pas automatiquement mon skill »

Le champ description est trop vague ou rédigé pour des humains, pas pour Claude. Réécrivez-le avec des phrases déclencheurs concrètes qui reflètent la façon dont les utilisateurs formulent réellement leurs demandes. Après avoir construit 4 skills pour ce dépôt, le piège que j'ai rencontré était de laisser des descriptions comme « A helpful skill for SEO. » Inutile. Réécrivez en : « Use when the user wants to add JSON-LD schema, meta tags, or SEO frontmatter to a Markdown post. » La précision de déclenchement est passée de ~30 % à ~95 %. La précision de déclenchement se joue entièrement dans le champ description. Écrivez-le pour Claude, pas pour votre CV.

Mode d'échec 3 : « La description est tronquée dans la palette de commandes slash »

Soit votre description dépasse 1024 caractères, soit votre name dépasse 64 caractères. Les deux ont des limites strictes. Solution : divisez le skill en deux skills plus ciblés, ou déplacez le long détail dans le corps du SKILL.md. L'en-tête sert au routage, pas à la documentation.

Mode d'échec 4 : « La détection de modification en direct ne fonctionne pas »

Les versions de Claude Code antérieures à Skills-2.0 nécessitent un redémarrage complet après toute modification de SKILL.md. Si vous itérez sur un skill et que vos changements ne prennent pas effet, vous êtes probablement sur un build plus ancien. Mettez à jour vers une version de Claude Code livrant Skills 2.0 (détection en direct) ou prenez l'habitude de redémarrer après chaque sauvegarde. Contraignant, mais sans conséquence.

Les skills au-delà de Claude : l'Agent Skills Standard ouvert

Oui — les skills sont un standard ouvert. L'Agent Skills Standard sur agentskills.io définit le format SKILL.md indépendamment de tout fournisseur. Le CLI Codex d'OpenAI et ChatGPT Desktop ont adopté le standard en décembre 2025 ; le même SKILL.md que vous écrivez pour Claude Code tourne dans Codex avec des ajustements mineurs d'en-tête.

Voici la matrice de compatibilité entre outils en mai 2026 : Claude Code offre un support complet d'Agent Skills (l'implémentation de référence). Le CLI Codex d'OpenAI offre un support complet. ChatGPT Desktop offre un support partiel — name, description et le corps fonctionnent, mais la parité d'allowed-tools n'est pas encore là. Gemini CLI a annoncé un support début 2026 mais ne l'avait pas livré au moment de l'écriture. Cursor fait bande à part — il utilise son propre format de Cursor rules et ne lit pas SKILL.md nativement, même si des shims communautaires existent.

Ce qu'il faut écrire aujourd'hui pour que vos skills tiennent l'année : gardez name et description propres et indépendants du fournisseur. Isolez tout en-tête spécifique à un fournisseur derrière un espace de noms (claude: ou codex:) si vous passez multi-outil. La surface portable — name, description, body, $ARGUMENTS — fonctionne partout ; les champs avancés comme context: fork sont spécifiques à Claude jusqu'à ce que d'autres fournisseurs livrent leurs équivalents. Anthropic pousse également une intégration marketplace plus profonde d'après la fuite de la roadmap Claude Code, donc la portabilité ne va faire que s'améliorer.

Les trois endroits pour trouver des exemples de skills : anthropics/skills (officiel), awesome-claude-skills (communauté), et agentskills.io (la page de spécification du standard). Les skills ne sont plus une fonctionnalité Claude. Ce sont un standard ouvert que Claude a lancé en premier.

FAQ

Quelle est la différence entre un Claude skill et un serveur MCP ?

Un Claude skill est un fichier SKILL.md avec des instructions de workflow que Claude charge quand votre requête correspond à sa description. Un serveur MCP est un processus séparé que Claude appelle pour récupérer des données en direct (bases de données, APIs, systèmes de fichiers hors du répertoire de travail). Utilisez les Skills pour les workflows ; MCP pour les données. Ils se composent — les skills peuvent appeler des outils MCP.

Les Claude skills sont-ils gratuits ?

Oui — Skills est une fonctionnalité intégrée de Claude Code, sans surcoût. Vous ne payez que les tokens du modèle consommés quand un skill tourne. Les skills installés depuis le Marketplace Anthropic peuvent être payants (rare aujourd'hui), mais le dépôt officiel anthropics/skills et les awesome-lists communautaires sont tous gratuits à copier et utiliser.

Où s'installent les Claude skills ?

Les skills personnels vont dans ~/.claude/skills/{skill-name}/, les skills de projet dans .claude/skills/{skill-name}/ à la racine de votre dépôt. Les skills plugin s'installent via /plugin install <url> et vivent dans votre répertoire de plugins. Les skills entreprise sont poussés par l'IT de votre org via les paramètres gérés. Claude Code analyse les quatre portées au démarrage.

Comment créer un Claude skill from scratch ?

Créez un dossier sous ~/.claude/skills/, ajoutez un fichier SKILL.md avec un en-tête YAML (name, description) suivi des instructions du workflow, et redémarrez Claude Code. Le chemin le plus rapide : ouvrez Claude Code et demandez-lui d'invoquer le skill bundlé skill-creator — il construit le SKILL.md pour vous en moins d'une minute.

Pourquoi mon Claude skill ne se déclenche-t-il pas ?

Les quatre causes les plus fréquentes : (1) la description est trop vague pour que Claude la fasse correspondre à votre requête — réécrivez avec des phrases déclencheurs concrètes ; (2) le skill est au mauvais chemin (.claude/skills/ et non claude/skills/) ; (3) Claude Code a besoin d'un redémarrage sur les versions pré-Skills-2.0 ; (4) le nom du skill entre en conflit avec un skill bundlé. Vérifiez avec ls -la ~/.claude/skills/.

ChatGPT ou Cursor peuvent-ils utiliser les Claude skills ?

ChatGPT Desktop et le CLI Codex supportent le même standard Agent Skills que Claude — le même SKILL.md tourne dans les deux avec des changements mineurs d'en-tête. Cursor utilise son propre format de Cursor rules et ne lit pas SKILL.md nativement. Gemini CLI a annoncé un support début 2026 mais ne l'avait pas livré en mai 2026.

Qu'est-ce que le skill skill-creator ?

skill-creator est un méta-skill bundlé dans le dépôt anthropics/skills qui aide Claude à écrire de nouveaux fichiers SKILL.md pour vous. Dites à Claude ce que vous voulez que le skill fasse ; skill-creator vous pose les bonnes questions pour la description, choisit les allowed-tools appropriés, et écrit le SKILL.md dans le bon dossier. Le scaffold le plus rapide possible.

À quoi sert disable-model-invocation ?

Définir disable-model-invocation: true dans l'en-tête de votre skill empêche Claude de le déclencher automatiquement via la correspondance de requête. Le skill devient uniquement invocable par l'utilisateur — il apparaît dans la palette de commandes slash en tant que /skill-name et ne tourne que quand il est explicitement appelé. Utilisez-le pour les actions destructives ou déterministes comme /commit ou /deploy.

Construisez quelques skills, livrez-les dans un projet, voyez ce qui prend. Si votre équipe rencontre des problèmes de déclenchement sur plusieurs dépôts et qu'un deuxième regard sur votre configuration .claude/skills/ serait utile, contactez-nous — avec plaisir.