Mastering Claude Code en 30 minutes : le guide pratique version 2026

Quand Boris, l'un des créateurs de Claude Code chez Anthropic, a donné sa fameuse conférence de mai 2025, l'outil tenait dans la tête en quelques minutes. Une CLI, un bon modèle, quelques astuces de prompt. Presque un an plus tard, le paysage a changé. Subagents, skills, plugins, hooks, marketplaces, mode auto, sessions distantes : Claude Code est devenu un véritable framework. Voici une relecture pratique, au goût d'avril 2026, de ce qu'il faut retenir et de ce qui s'y est ajouté.

Ce qu'est Claude Code, et ce qu'il n'est plus

À sa sortie, Claude Code se présentait comme un assistant IA de codage agentique : pas un outil d'autocomplétion ligne par ligne, mais un vrai partenaire capable de fouiller un dépôt, écrire des fonctions entières, corriger un bug de bout en bout, ouvrir une pull request. La promesse n'a pas bougé, mais le périmètre, lui, a explosé. L'outil tourne aujourd'hui dans le terminal, dans VS Code et JetBrains avec une intégration native, sur le web via claude.ai/code, en mode distant sur un serveur, et même en arrière-plan via des sessions déclenchées par webhook ou par mobile.

L'idée d'origine reste juste : pas d'indexation distante de votre code, pas de base vectorielle à pré-construire, pas de configuration pénible avant de commencer. On installe, on lance, on parle. Le modèle qui tourne sous le capot a évolué : Opus 4.7 est désormais le haut de gamme, Sonnet 4.6 reste l'équilibre vitesse/intelligence le plus utilisé au quotidien, et Haiku 4.5 fait office de petit modèle rapide quand on n'a pas besoin de la grosse machine.

Le bon point de départ n'a pas changé : poser des questions à votre code

C'est probablement le conseil le plus durable de la conférence. Avant de demander à Claude d'écrire ou de modifier quoi que ce soit, commencez par lui poser des questions sur la base de code. Pourquoi cette fonction prend-elle quinze arguments ? Comment cette classe est-elle instanciée ailleurs ? Quels commits ont introduit ce comportement bizarre ? Claude va lire, fouiller l'historique Git, croiser, et vous renvoyer une réponse de niveau wiki, pas un simple grep.

Chez Anthropic, l'onboarding technique est passé de deux ou trois semaines à deux ou trois jours grâce à ça. La logique vaut pour n'importe quelle équipe : un nouveau dev qui interroge le dépôt apprend deux fois plus vite qu'un nouveau dev qui doit attraper un collègue dans le couloir. Pour les freelances qui prennent un nouveau projet client, c'est encore plus précieux. J'en parle régulièrement dans mes articles dédiés au métier de freelance, parce que la phase de prise en main d'une codebase étrangère est une de celles où l'on perd le plus de temps facturable.

Le fichier CLAUDE.md, toujours la pierre angulaire

Si vous ne devez retenir qu'une seule mécanique de configuration, c'est celle-là. Le fichier CLAUDE.md, posé à la racine de votre projet, est lu automatiquement au début de chaque session. On y met les choses qu'un nouveau membre de l'équipe devrait savoir avant de toucher au code : commandes shell récurrentes, conventions de style, fichiers centraux, décisions d'architecture, outils MCP utilisés.

La règle d'or, c'est de rester court. Un CLAUDE.md de 800 lignes est contre-productif, parce qu'il consomme de la fenêtre de contexte à chaque tour. On garde l'essentiel, on déporte le reste vers d'autres mécanismes. Vous pouvez aussi disposer des CLAUDE.md dans des sous-répertoires, qui ne seront chargés que quand Claude travaille dans ces répertoires précis. Et au-dessus, il existe un niveau global utilisateur et un niveau enterprise pour les équipes qui veulent imposer des règles à toute l'organisation.

Pour aller beaucoup plus loin sur la rédaction d'un CLAUDE.md efficace, avec trois exemples concrets commentés ligne par ligne (Django, NestJS, Next.js) et les anti-patterns à éviter, j'ai consacré un article entier au sujet : CLAUDE.md, le guide complet avec exemples.

La grande nouveauté 2026 : skills, subagents, plugins

Là où la vidéo originale parlait essentiellement de slash commands maison et d'outils MCP, l'écosystème 2026 a structuré tout ça. Trois notions à comprendre, parce qu'on les croise partout maintenant.

Les skills sont des dossiers contenant un fichier SKILL.md plus, optionnellement, des scripts d'aide. Le frontmatter YAML décrit quand le skill doit s'activer. Le contenu du skill ne se charge dans le contexte que lorsqu'il est invoqué, ce qui permet d'avoir des bibliothèques de procédures sans payer le coût en tokens à chaque tour. Les anciennes slash commands continuent de fonctionner, mais l'approche recommandée passe désormais par .claude/skills/.

Les subagents sont des Claude isolés, lancés depuis la session principale, avec leur propre contexte et leur propre prompt. Pensez-les comme des contractants spécialistes appelés par un tech lead. L'agent principal délègue une tâche, le subagent fait le sale boulot (50 fichiers à lire, batterie de greps, exploration d'un module obscur), retourne un résumé final, et le contexte principal reste propre. Sur les longues sessions, le gain en tokens est massif. On peut aussi en lancer plusieurs en parallèle, ce qui transforme certaines analyses qui prenaient une heure en quelques minutes.

Les plugins, enfin, sont des packages qui regroupent skills, subagents, slash commands et hooks dans une unité distribuable. Anthropic a lancé une marketplace officielle, et plusieurs marketplaces communautaires existent. On installe un plugin avec /plugin install nom-du-plugin@nom-marketplace, et toute la configuration arrive d'un coup. C'est comme ça qu'une équipe peut imposer un workflow complet à tous ses devs sans que chacun bidouille sa configuration.

Les hooks, pour le déterminisme

Skills et subagents reposent sur la décision du modèle. Parfois, on veut une garantie. C'est le rôle des hooks : du code qui s'exécute autour d'événements du cycle de vie de Claude Code. Avant un commit, lancer le linter. Après chaque écriture de fichier, vérifier la conformité au guide de style. Refuser tout fetch d'une URL interdite. Les hooks ne demandent pas l'avis du modèle, ils s'exécutent. C'est l'outil de choix quand vous travaillez en équipe et que vous voulez transformer Claude Code en garde-fou plutôt qu'en simple suggestion.

Le SDK, devenu l'arme la plus puissante

Le drapeau claude -p, présenté en mai 2025 comme un détail sympa, est devenu la base d'un SDK complet utilisé en production. On donne un prompt en entrée, on récupère du JSON ou du JSON streamé en sortie, on l'enchaîne dans des pipelines Unix. Récupérer un log GCP énorme, le passer à Claude pour qu'il remonte les anomalies, parser sa réponse, ouvrir un ticket Sentry : tout ça tient en une commande shell.

Sur la même logique, Anthropic a sorti des Claude Managed Agents en bêta publique, qui exposent une infrastructure d'agent complète via API : sandboxing, outils intégrés, streaming d'événements. Pour les équipes qui ne veulent pas gérer elles-mêmes l'orchestration, c'est devenu une vraie option. Si vous travaillez en CI/CD, en réponse à incident ou en automation, le SDK est ce qui change tout. Pour aller plus loin, les concepts d'API, de webhooks et d'orchestration sont au cœur de ma formation backend et fullstack.

Remote Control, Dispatch, Channels : Claude Code sort du terminal

Trois nouveautés du premier trimestre 2026 méritent d'être mentionnées parce qu'elles changent ce que Claude Code peut être. Remote Control permet de faire tourner une session sur un serveur ou en CI sans terminal local attaché, et d'interagir avec elle par API ou webhook. Dispatch déclenche un travail depuis votre téléphone. Channels permet à des serveurs MCP de pousser des messages dans une session active, ouvrant la voie à des intégrations avec Telegram, Discord ou des webhooks événementiels.

Plus récemment, en avril 2026, Ultraplan est entré en preview : on rédige un plan dans le cloud depuis la CLI, on le commente dans un éditeur web, on l'exécute à distance ou on le rapatrie. Et Auto Mode, disponible pour les abonnés Max sur Opus 4.7, laisse Claude prendre seul les décisions à faible enjeu (renommer une variable, reformater) tout en s'arrêtant sur celles à fort enjeu (suppression de fichier, push). Tout est journalisé.

Les workflows qui marchent vraiment

Le conseil de Boris reste valable : avant de coder, demander un plan. Une instruction simple comme « fais d'abord un plan, valide-le avec moi, puis écris le code » évite la moitié des dérapages où Claude part tout seul construire la mauvaise feature. Le second levier, c'est la boucle de feedback. Donnez à Claude un moyen de vérifier son travail. Tests unitaires qui tournent, capture d'écran via Puppeteer, simulateur iOS qui renvoie un screenshot. Avec un feedback en boucle, Claude itère deux ou trois fois et atteint un résultat presque parfait, là où sans feedback il s'arrête au premier jet médiocre.

Troisième pattern, dicter au lieu de taper. La dictée vocale d'iOS ou Android, ou les nouvelles options Voice STT de Claude Code (qui supportent désormais une vingtaine de langues, dont le français), permettent de prompter en parlant. C'est plus rapide, plus fluide, et étrangement on prompte mieux à l'oral parce qu'on explicite davantage le contexte.

Les key bindings à connaître

Quelques raccourcis qui font une vraie différence au quotidien. Shift-Tab passe en mode auto-accept des éditions. Échap interrompt Claude proprement, sans corruption de session, et permet de redonner une instruction. Double Échap remonte dans l'historique. Ctrl-R affiche l'intégralité du contexte tel que Claude le voit. Le point d'exclamation passe en mode bash inline. Le dièse demande à Claude de mémoriser quelque chose dans le bon fichier de mémoire. claude --resume ou --continue reprend une session précédente.

Travailler en parallèle, pour de vrai

Boris l'avait évoqué : les power users tournaient déjà avec plusieurs sessions Claude en parallèle, via tmux, plusieurs checkouts du même dépôt, ou des git worktrees. En 2026, la chose est devenue plus accessible. Les subagents permettent du parallélisme sans gérer manuellement les sessions. Les agent teams, encore expérimentaux, ajoutent la coordination entre agents qui peuvent se passer des messages directement. Et des plugins comme claude-squad gèrent plusieurs terminaux d'agents IA, dont Claude Code, depuis une seule interface.

Pour un freelance qui jongle avec plusieurs clients, c'est un game changer. Pendant qu'un subagent refactorise un module pour le client A, vous discutez d'architecture sur le projet du client B. C'est ce genre d'organisation que je détaille dans mes contenus sur la productivité freelance, accessibles depuis le blog LaPolaris.

Sécurité et permissions : le sujet à ne pas négliger

Boris l'avait évoqué comme la partie la plus délicate de l'implémentation, et ça reste vrai. Bash est dangereux par nature. Approuver chaque commande à la main est insupportable. Le compromis tient en un système de permissions à plusieurs niveaux : commandes en lecture seule auto-approuvées, allowlist et blocklist par projet ou par utilisateur, et désormais possibilité pour les administrateurs d'imposer des règles enterprise non contournables. La commande /less-permission-prompts, ajoutée en 2026, scanne vos transcripts pour proposer une allowlist intelligente basée sur ce que vous validez réellement.

Pour les équipes en environnement sensible, le sandboxing par PID namespace sur Linux et le support des certificats CA système font de Claude Code un outil utilisable derrière les proxies TLS d'entreprise sans configuration extra.

Par où commencer concrètement

L'écosystème est devenu vaste, et c'est facile de se sentir submergé. La méthode qui marche, c'est de monter par paliers. Installez Claude Code, lancez /terminal-setup et /theme, et passez deux jours à poser des questions sur votre code sans rien lui faire écrire. Au bout de quelques sessions, écrivez votre premier CLAUDE.md court, avec vos commandes habituelles et trois conventions de style. Ensuite seulement, regardez les skills, en commençant par les bundled (/simplify, /batch, /debug, /loop). Plus tard, quand un workflow devient répétitif, transformez-le en skill maison. Encore plus tard, quand une tâche pollue votre contexte, déléguez-la à un subagent. Les plugins et les hooks viendront naturellement quand l'équipe grandit.

Trente-cinq mises à jour ont été livrées sur le seul premier trimestre 2026. Vous n'avez pas besoin de trente-cinq nouveaux workflows. Une fonctionnalité bien intégrée à votre quotidien vaut mieux que dix testées et abandonnées.

La conférence d'origine, en bonus

Si vous voulez retrouver l'esprit initial du sujet, voici la conférence "Mastering Claude Code in 30 minutes" donnée par Boris, l'un des créateurs de Claude Code chez Anthropic, en mai 2025. Beaucoup des fondamentaux qu'il y présente restent d'actualité, même si l'écosystème a beaucoup évolué depuis (skills, subagents, plugins, Auto Mode). À regarder en complément, pas en remplacement, de ce qui précède.

FAQ

Faut-il un abonnement payant pour utiliser Claude Code ?

Claude Code fonctionne avec un abonnement Claude (Pro, Max ou Team/Enterprise) ou avec une clé API Anthropic. Auto Mode et certaines fonctionnalités avancées comme l'effort xhigh sur Opus 4.7 sont réservés aux abonnés Max. Les sièges premium côté Team et Enterprise donnent plus de quota d'usage.

Mon code est-il envoyé chez Anthropic pour être utilisé en entraînement ?

Non. Claude Code n'effectue aucune indexation distante, ne stocke pas votre code dans une base de données vectorielle, et Anthropic n'entraîne pas de modèles génératifs sur le code des utilisateurs. Le code reste local. Les seuls échanges avec les serveurs sont les prompts et les réponses du modèle pendant la session.

Quelle différence entre une slash command et un skill ?

Les slash commands historiques sont des prompts sauvegardés que vous déclenchez manuellement. Les skills, qui les remplacent comme approche recommandée en 2026, ajoutent un système de frontmatter YAML pour contrôler l'invocation (manuelle, automatique par le modèle, ou les deux), la possibilité d'associer des fichiers d'aide, et l'option d'exécuter le skill dans un subagent isolé. Vos anciennes commandes dans .claude/commands/ continuent de fonctionner.

Quel modèle choisir entre Opus, Sonnet et Haiku ?

Opus 4.7 est positionné comme le meilleur modèle pour le codage complexe, les agents d'entreprise et le computer use à grande échelle. Sonnet 4.6 offre le meilleur rapport vitesse/intelligence pour le travail quotidien, supporte une fenêtre de contexte de 1M de tokens en bêta, et consomme moins de tokens en agentic search. Haiku 4.5 est le petit modèle rapide, qui rivalise avec Sonnet 4 sur le code et les tâches d'agent, parfait quand la latence prime.

Claude Code remplace-t-il un IDE ?

Non, et ce n'est pas son but. Boris l'avait expliqué dès le départ : Claude Code a été conçu comme un outil de terminal pour fonctionner avec n'importe quel IDE, du moment que vous avez un terminal à côté. Il existe désormais des intégrations natives pour VS Code et JetBrains, mais l'outil reste pensé pour s'ajouter à votre environnement, pas le remplacer.

Comment partager une configuration Claude Code avec mon équipe ?

Plusieurs niveaux. Le plus simple, c'est de versionner CLAUDE.md, le dossier .claude/skills/, le fichier MCP JSON et les permissions dans le dépôt Git du projet. Toute personne qui clone et lance Claude Code dans le dépôt récupère la configuration. Pour aller plus loin, packagez le tout en plugin et publiez-le sur une marketplace privée. Pour une organisation, les enterprise policies permettent d'imposer des règles globales à tous les employés.

Peut-on utiliser Claude Code pour autre chose que du code ?

Le nom est trompeur. Claude Code est un outil d'automatisation générale qui sait manipuler des fichiers, exécuter des commandes et utiliser des outils MCP. Beaucoup l'utilisent pour de l'analyse de logs, de la documentation, de la rédaction technique, du data engineering, du machine learning sur notebooks, ou même de l'automatisation administrative. Anthropic a d'ailleurs sorti Cowork, un produit dérivé pensé pour les usages knowledge work au-delà du code.