Utilise Claude Code à 100% : commands, skills et agents

Lancer une code review en une commande. Forcer Claude à analyser avant de coder. Paralléliser des tâches sur 15 fichiers sans perdre une ligne de contexte. Tout ça vit dans ~/.claude/ — quelques fichiers .md et une commande CLI. Voici les 4 couches de personnalisation que j'utilise au quotidien.

Les MCP Servers : corriger la faiblesse n°1 de l'IA

La majorité des erreurs de Claude ne viennent pas de sa logique, mais de sa documentation obsolète. Tu demandes d'implémenter une feature avec la dernière version d'une lib, il te sort la syntaxe d'il y a deux ans. Les MCP (Model Context Protocol) règlent ça : ils connectent Claude à des sources de données externes en temps réel. J'utilise Context7 — quand Claude a besoin de la doc d'une librairie, il la récupère à la source au lieu de deviner.

# Ajouter un MCP globalement (disponible sur tous les projets)
claude mcp add context7 -- npx -y @upstash/context7-mcp

Les Skills : des compétences automatiques

Des fichiers .md qui transforment Claude en spécialiste sur une tâche donnée : auditer l'accessibilité selon les normes RGAA, valider les best practices React, etc. En pratique, la liste des skills disponibles est injectée dans le contexte système de Claude — c'est comme ça qu'il sait ce qu'il a à disposition et qu'il peut décider seul de les invoquer quand il juge le contexte pertinent.

Le problème : ce déclenchement automatique ne fonctionne pas toujours comme on l'aimerait. Un skill peut ne jamais s'activer dans une situation ou ça aurait eu un apport. Les commands résolvent très bien ce problème. On peut explicitement dire dans le .md d'une commande d'utiliser un ou plusieurs skills en rapport avec cette tâche pour améliorer la qualité du prompt.

Les Commands : des actions claires, et des skills utilisés

Le dossier commands/ — chaque fichier .md devient une commande /slash

Les commands permettent d'exécuter des actions précises à la demande. Tu tapes /nom-de-la-commande dans Claude Code et il exécute exactement les instructions que tu as définies dans un fichier .md. Le nom du fichier devient le nom de la commande : review.md → /review. Comme les actions sont claires et explicites, chaque commande est dédiée à une tâche précise — et c'est un très bon endroit pour préciser à l'intérieur qu'on veut utiliser tel ou tel skill en rapport avec cette tâche.

Mes commandes

| Axe              | Score | Commentaire           |
|------------------|-------|-----------------------|
| Best practices   | 4/5   | Server components OK  |
| Performance      | 3/5   | Images non optimisées |
| Sécurité         | 5/5   | RAS                   |
| Accessibilité    | 2/5   | alt manquants         |

Points à corriger :
1. [Important] hero-section.tsx:42 — alt vide sur <img>
2. [Perf] gallery.tsx:7 — <img> sans next/image
3. [Mineur] navbar.tsx:18 — div cliquable → button

Les Agents : paralléliser sans perdre de contexte

Le dossier agents/ — des sous-processus avec leur propre contexte

Des fichiers .md dans ~/.claude/agents/ qui définissent des sous-processus avec leur propre contexte isolé. Quand ta fenêtre de contexte se remplit sur une feature complexe, chaque recherche ou tâche annexe la consomme davantage. Les agents résolvent ça : Claude lance un processus dédié qui travaille en parallèle sans toucher au contexte principal.

Chaque agent peut utiliser un modèle spécifique. Haiku par exemple est peu couteux et bien pour des tâches rapides, Opus pour celles qui demandent plus de réflexion.

Mes agents

En pratique

Tu bosses sur une feature et tu dois traduire tous les fichiers de langue en prenant french.ts comme référence — un agent par fichier, en parallèle, pendant que tu continues ton travail principal. Le contexte de ta feature reste intact.

Télécharger mon setup

En résumé