Claude Code en 2026 : Configuration, Commandes Slash, MCP et Sous-agents

Mis à jour le: June 28, 2026

J'ai utilisé Claude Code tous les jours ouvrables du mois dernier sur un vrai monorepo Next.js. Cet article présente la configuration, les commandes slash, CLAUDE.md, MCP, subagents, permissions et hooks que j'utilise réellement, ainsi que ses limites.

Réponse rapide : qu'est-ce que Claude Code et est-ce que ça vaut le coup ?

Claude Code est l'interface CLI de codage agentique d'Anthropic. Il lit votre repo, modifie des fichiers, exécute des commandes shell et enchaîne les outils jusqu'à ce qu'une tâche soit terminée. Je l'utilise pour livrer des fonctionnalités, corriger des bugs et réviser des diffs sans quitter le terminal.

La configuration qui fonctionne pour moi : installer la CLI, ajouter un CLAUDE.md, connecter deux ou trois serveurs MCP, et maintenir les permissions serrées. Cette combinaison le transforme d'un jouet de chat en un coéquipier connaissant votre base de code.

Ce n'est pas de la magie. Sur un repo de 200k fichiers, il hallucine des APIs et casse les tests. Le bénéfice se fait sentir lorsque vous délimitez les tâches comme étant petites, révisez chaque plan et commitez souvent. Plus sur les limites réelles à la fin.

Comment configurer Claude Code ?

J'ai installé l'installeur natif sur macOS et Node sur Linux. Ce sont deux chemins officiels documentés dans le dépôt github.com/anthropics/claude-code.

## Installeur natif pour macOS / Linux
curl -fsSL https://claude.ai/install.sh | bash

## ou via npm
npm install -g @anthropic-ai/claude-code

## vérifier
claude --version

Ensuite, j'ai exécuté claude dans mon repo et me suis connecté avec mon compte Anthropic. Au premier lancement, il a scanné l'arborescence et m'a demandé de confirmer l'accès au répertoire. J'ai dit oui uniquement pour la racine du projet, pas pour tout mon dossier personnel.

Quelques décisions de configuration que j'ai prises tôt et dont je ne regrette pas :

• J'ai épinglé la version dans CI afin que les coéquipiers soient synchronisés.
• J'ai ajouté .claude/ à .gitignore, sauf settings.json, que j'ai commité.
• J'ai écrit le CLAUDE.md avant tout prompt réel, car la qualité du contexte détermine la qualité de la sortie.
• J'ai laissé activé le mode par défaut "demander avant action destructive" pendant la première semaine.

La référence officielle pour l'installation et la configuration se trouve à docs.claude.com/en/docs/claude-code, que je garde ouverte pendant la configuration.

Quelles commandes slash utilise-je au quotidien ?

Les commandes slash sont le moyen le plus rapide de diriger une session. J'ai appris celles-ci en exécutant /help et en réduisant la liste à celles que j'utilise réellement.

J'exécute /clear plus souvent que toute autre commande. Lorsqu'une session est confuse, une ardoise propre plus un prompt serré résout 80 % des problèmes. /compact est la version plus douce que j'utilise lorsque je veux maintenir l'élan mais que le contexte devient trop lourd.

Comment rédiger un CLAUDE.md efficace ?

CLAUDE.md est un fichier markdown que Claude lit au début de chaque session. Traitez-le comme des documents d'intégration pour un nouvel employé qui est rapide mais qui n'a aucune mémoire de vos décisions.

J'exécute /init pour générer une première ébauche, puis je la réécris manuellement. La version générée est un point de départ, pas le fichier final. Mon CLAUDE.md couvre la stack, les conventions, la mise en page, les commandes et les trois bugs que je ne veux jamais voir réintroduits.

## Project

Next.js 14 App Router, TypeScript strict, Prisma + Postgres, pnpm workspaces.

## Layout
- App routes in app/
- Server actions in app/actions
- UI primitives in packages/ui

## Conventions
- Prefer async/await over .then chains
- Never use `any`; type unknown and narrow
- Keep components under 200 lines

## Commands
- Dev: pnpm dev
- Test: pnpm test
- Lint: pnpm lint

## Known traps
- Do not edit prisma/schema.prisma without running migrate
- rate-limit.ts is shared; changes affect all routes

Deux erreurs de CLAUDE.md que j'ai faites et corrigées. Premièrement, j'ai écrit des paragraphes au lieu de listes, ce qui a dilué le signal. Deuxièmement, j'y ai mis l'historique du projet, ce qui a consommé des tokens sans gain. Gardez-le court, impératif et actuel.

Pour les modèles plus profonds, mon article sur les compétences Claude Code détaille des fragments de prompt réutilisables qui se marient bien avec CLAUDE.md.

Comment fonctionnent MCP et subagents en pratique ?

MCP (Model Context Protocol) est la manière dont Claude Code accède à l'extérieur de votre repo : bases de données, navigateurs, GitHub, Linear. J'exécute trois serveurs MCP et c'est largement suffisant. Plus il y a de serveurs, plus il y a de tokens et plus il y a de prompts d'approbation.

Ma configuration MCP actuelle fait un vrai travail chaque semaine :

• Le serveur GitHub ouvre des PRs et lit les commentaires de révision.
• Le serveur Postgres répond à "combien de lignes correspondent" sans que j'aie besoin d'écrire de SQL.
• Le serveur Playwright vérifie les changements d'interface utilisateur par rapport à une URL de staging.

Je les ai configurés dans .claude/settings.json et j'ai vérifié chacun avec un prompt en ligne avant de lui faire confiance lors d'une tâche réelle. La configuration et le choix des serveurs sont détaillés dans le guide d'intégration MCP pour Claude Code et le plus large aperçu du contexte modèle MCP.

Les subagents sont le autre multiplicateur. Pour une fonctionnalité ayant des parties indépendantes, je demande à Claude de dispatcher des subagents parallèles, chacun limité à un fichier ou un module, et de laisser un agent principal fusionner les résultats. Cela réduit le temps réel sur les changements importants.

Les subagents excellent lorsque le travail est véritablement parallèle. Ils échouent lorsque les tâches partagent un état, car l'étape de fusion devient désordonnée. Pour les modèles de parallélisation en lesquels j'ai confiance, voir Claude Code subagents et automatisation d'équipe.

Comment fonctionnent les permissions et les hooks ?

Les permissions décident ce que Claude peut faire sans demander. Je garde les valeurs par défaut conservatrices et je les élargis par projet. Le prompt d'approbation apparaît avant tout élément destructeur, ce qui est le filet de sécurité que je ne désactive jamais.

Les hooks sont des scripts définis par l'utilisateur qui s'exécutent lors d'événements Claude : avant une commande, après une modification, au démarrage d'une session. J'utilise un hook post-edit pour exécuter automatiquement le linter et le type-checker, afin que Claude reçoive un retour rapide sans que j'aie à lancer quoi que ce soit.

Un hook m'a sauvé la semaine dernière. Mon hook pre-command a bloqué un rm -rf sur un chemin extérieur au projet, et Claude s'est ajusté à une suppression limitée au scope. C'est exactement le genre de garde-fou qui vaut les dix minutes nécessaires pour être configuré.

Est-ce que Claude Code en vaut la peine en 2026 ?

Oui, pour les développeurs qui vivent déjà dans le terminal. Le coût est réel, mesuré en tokens, et il paie lorsque vos tâches sont délimitées et que votre repo est bien décrit par CLAUDE.md.

Il a remplacé trois outils pour moi : un chat AI séparé, un assistant de recherche CLI, et la majeure partie de mon exploration manuelle grep-and-read. La boucle native au terminal est plus rapide que le changement d'onglet vers un navigateur.

Là où il perd encore : les refactorings ambigus et importants, les frameworks tout nouveaux avec une documentation mince, et tout ce qui nécessite du goût sur l'ensemble de la base de code. Pour ceux-là, je planifie en texte simple au préalable, puis je donne à Claude une spécification précise.

Devriez-vous lui faire confiance avec du code de production ?

Pas sans supervision. Je traite le résultat de Claude Code comme je traiterais un PR d'un junior compétent : lire chaque diff, exécuter les tests et ne jamais fusionner par foi. L'autonomie est un potentiomètre, pas un interrupteur.

L'avertissement honnête : Claude Code produira avec assurance du code qui a l'air correct mais qui est subtilement faux, en particulier au niveau de la gestion des erreurs et du nettoyage asynchrone. Revoyez vous-même les chemins d'échec, gardez un rollback rapide, et vous obtenez un sérieux coup de pouce en productivité sans les désastres. Les docs Anthropic couvrent les paramètres que je n'ai pas répétés ici.

Points clés à retenir

• Installez la CLI, puis investissez dans le CLAUDE.md avant le premier prompt réel.
• Maîtrisez /clear, /compact et /permissions ; le reste est optionnel.
• Commencez avec deux ou trois serveurs MCP et n'en ajoutez que si un workflow l'exige.
• Utilisez des subagents pour un travail parallèle et indépendant ; gardez les tâches à état partagé séquentielles.
• Maintenez les permissions serrées et ajoutez des hooks pour le lint, la vérification de type et les garde-fous de commandes destructrices.
• Revoyez chaque diff comme un PR. L'autonomie sans révision est là où les projets sont endommagés.

Crédits images

• Code source coloré brillant sur un moniteur de développeur — photo par Mikhail Nilov sur Pexels
• Gros plan de code de programmation coloré affiché sur un écran — photo par Pixabay sur Pexels
• Un programmeur portant un casque, codant à un bureau avec deux moniteurs — photo par Christina Morillo sur Pexels
• Un ingénieur logiciel écrivant et révisant du code dans un bureau moderne — photo par ThisIsEngineering sur Pexels