Claude Code, c'est plus qu'un autocomplete
Quand on démarre avec Claude Code, on l'utilise comme un Cursor ou un GitHub Copilot premium : on tape une instruction, Claude code, on accepte ou on rejette. C'est déjà puissant. Mais c'est rater 80% de ce qu'il sait faire.
J'utilise Claude Code intensivement depuis octobre 2025 (la sortie publique). En 6 mois d'usage quotidien sur des projets clients, j'ai identifié 5 raccourcis qui changent tout. Ce sont eux que je présente dans ma formation Claude Code. Les voici en synthèse.
1. Le Mode Plan (Shift+Tab) : votre garde-fou anti-catastrophe
Par défaut, quand vous tapez une instruction à Claude Code, il exécute. Il modifie vos fichiers, lance des commandes, fait des choses. C'est pratique pour les petites tâches. Mais pour un refactoring complexe ou une migration ? Vous voulez d'abord comprendre ce qu'il va faire.
C'est le Mode Plan. Vous activez par Shift+Tab deux fois (depuis un mode auto-accept). Claude analyse, lit le code, et te présente un plan structuré : "Je vais modifier 3 fichiers, ajouter 2 fonctions, supprimer 1 import deprecated. Voici le diff prévu". Vous validez ou pas.
Exemple concret
Demande : "Migre tous mes appels API REST vers GraphQL"
Sans Plan Mode : Claude commence à modifier 47 fichiers. Vous paniquez. Vous Ctrl+C. Vous avez la moitié de votre code cassé.
Avec Plan Mode : Claude te présente "Phase 1 : créer le client GraphQL. Phase 2 : migrer les 12 appels les plus simples. Phase 3 : analyser les 35 restants par type. Phase 4 : tests." Vous validez phase par phase.
2. Les sous-agents (@) : délègue sans polluer votre contexte
Problème classique : vous travailles sur une feature complexe, votre contexte Claude est plein (10000 lignes de code lu, 50 messages d'échange). Vous avez besoin d'aide pour un truc annexe : "trouve-moi tous les TODO dans le code". Si vous demandes à Claude principal, il va lire 200 fichiers et exploser votre contexte.
Solution : les sous-agents. Vous tapez @ et vous lancez un sous-Claude spécialisé (ex: @search pour explorer du code, @reviewer pour code review). Le sous-agent travaille dans son propre contexte isolé, te ramène une synthèse, et votre Claude principal reste focus sur votre feature.
C'est la même logique que les agents IA autonomes en n8n : décomposer un problème en spécialistes plutôt qu'un seul Claude qui essaie de tout faire.
3. Les slash commands custom : vos workflows réutilisables
Vous faites 10 fois par jour les mêmes opérations ? Linter + tests + commit ? Définis-vous un slash command. Vous créez un fichier dans .claude/commands/, par exemple /test-and-commit.md, qui contient :
---
description: Lint, test, commit avec message intelligent
---
1. Lance npm run lint
2. Si erreurs : corrige-les
3. Lance npm test
4. Si tests passent : git add + git commit avec message basé sur le diffAprès : vous tapez /test-and-commit et Claude exécute la séquence. Vous économises 5 minutes par cycle. Sur 10 cycles par jour, ça fait 50 minutes par jour, soit ~4h par semaine.
4. Les hooks PostToolUse : automatise après chaque action
Vous voulez que Claude lance toujours npm run typecheck après avoir modifié un fichier .ts ? Ou que vos tests s'exécutent automatiquement après chaque modification ? Hooks PostToolUse.
Vous définissez dans .claude/settings.json :
{
"hooks": {
"PostToolUse": [{
"matcher": "Edit",
"hooks": [{
"type": "command",
"command": "npm run typecheck",
"timeout": 30
}]
}]
}
}Et hop : à chaque fois que Claude utilise l'outil Edit, votre typecheck tourne automatiquement. Si erreur, Claude la voit et corrige avant même que vous lui demandes. C'est le même principe qu'un linter automatique mais pour votre workflow IA complet.
5. Le multi-model : Sonnet pour le code, Haiku pour l'exploration
Claude Code te donne accès à 3 modèles : Opus (le plus puissant, le plus cher), Sonnet (le meilleur rapport qualité/coût, utilisé par défaut), Haiku (le plus rapide, le moins cher).
Erreur classique : tout faire avec Sonnet. Optimal : Sonnet pour ce qui est complexe (code production, refactoring), Haiku pour ce qui est simple (recherche dans le code, lecture de docs, exploration).
Vous changez de modèle à la volée : /model haiku avant une exploration, puis /model sonnet avant l'implémentation. Résultat : vos explorations sont 5x plus rapides et 19x moins chères. Sur un projet typique, vous divisez votre facture par 2 sans perdre en qualité sur le code.
Mon workflow type sur un projet client
- Phase 1 (exploration, 30 min) :
/model haiku+ sous-agent@explorepour cartographier le code existant. - Phase 2 (planification, 15 min) :
/model sonnet+ Mode Plan pour designer la solution. - Phase 3 (implémentation, 2-3h) : Sonnet + slash command custom pour le cycle test+commit.
- Phase 4 (review, 30 min) : sous-agent
@reviewersur les commits du jour.
Coût total : ~3-5€ pour 4h de travail. ROI : énorme.
Aller plus loin : maîtriser Claude Code en profondeur
Ces 5 raccourcis ne sont qu'un aperçu. Claude Code, c'est aussi : MCP (Model Context Protocol pour connecter votre IDE à vos APIs), Skills (extensions réutilisables), Worktrees (parallélisation de plusieurs tâches), Cron (jobs IA programmés), GitHub Actions intégration...
Si vous voulez aller au bout et bâtir des workflows IA professionnels avec Claude Code, j'enseigne tout ça en 8 modules : Formation Claude Code AzenFlow. Format intra direct, 12h en distanciel + suivi 3 mois.
Et si vous voulez d'abord vous entraîner sans formation : commence par lire la méthode CADRE pour piloter une IA. Sans bonne méthode de prompt, Claude Code reste un outil de génération aléatoire, pas un copilote pro.