Claude Code c'est puissant. Mais 90% des devs l'utilisent mal.
Ils lancent Claude Code, tapent un prompt vague, et espèrent que la magie opère. Spoiler : ça marche pas comme ça.
Si tu débutes, commence par la formation complète Claude Code pour poser les bases.
Voici 11 astuces concrètes que j'utilise tous les jours pour coder vraiment plus vite avec Claude Code.
Le flag --dangerously-skip-permissions change tout. Sans lui, tu passes ta vie à cliquer "Accept" sur chaque action.
Ajoute ces alias dans ton .zshrc :
alias cc="claude --dangerously-skip-permissions"
alias ccc="claude --dangerously-skip-permissions -c"cc : lance Claude Code en mode libreccc : continue la dernière conversation (le flag -c reprend la conversation la plus récente dans le répertoire courant)Mais combine ça avec un hook de sécurité pour bloquer les commandes dangereuses. Yolo oui, suicidaire non.
Claude Code ne connaît pas ton projet. Il ne sait pas que tu utilises Prisma, que tes tests sont dans __tests__/, ou que tu préfères les named exports.
Crée un CLAUDE.md à la racine du projet (ou dans .claude/CLAUDE.md) :
# Project
Stack: Next.js 15, TypeScript, Prisma, TailwindCSS
## Commands
- Build: `pnpm build`
- Test: `pnpm test`
- Lint: `pnpm lint`
- Type check: `pnpm tsc --noEmit`
## Conventions
- Use named exports
- Components in src/components/
- Server actions in src/actions/
- Always validate with zodClaude Code lit ce fichier automatiquement au démarrage de chaque session et adapte son comportement. Plus besoin de lui rappeler à chaque message.
Il y a en réalité plusieurs niveaux de mémoire :
~/.claude/CLAUDE.md : tes préférences globales (pour tous tes projets)./CLAUDE.md ou ./.claude/CLAUDE.md : instructions partagées avec l'équipe (commit dans git)./.claude/rules/*.md : règles modulaires par sujet (testing, API, etc.)./CLAUDE.local.md : tes préférences perso pour ce projet (gitignored automatiquement)Tu peux aussi lancer /init pour bootstrapper un CLAUDE.md de base, ou /memory pour éditer tes fichiers mémoire directement.
Ne demande jamais à Claude Code de "coder une feature" directement. Il va foncer tête baissée et produire du code moyen.
Force-le à suivre le workflow EPCT :
Tu peux créer une skill (slash command) pour ça :
---
description: Workflow EPCT pour implémenter une feature
---
Suis le workflow Explore → Plan → Code → Test.
1. EXPLORE : Cherche tous les fichiers liés à $ARGUMENTS
2. PLAN : Propose un plan détaillé. Attends ma validation.
3. CODE : Implémente le plan validé
4. TEST : Lance les tests et corrige les erreurs

Claude Code peut lancer des sous-agents qui travaillent en parallèle. C'est une des features les plus sous-estimées.
Le problème sans subagent : si tu demandes une recherche sur les taxes auto-entrepreneurs, l'IA va lire 10 pages web. Chaque page fait ~28000 tokens. Total : 280000 tokens. Ton contexte est cramé.
Avec un subagent : il lance un mini-agent qui fait toute la recherche. Le mini-agent consomme ses propres tokens, lit toutes les pages qu'il veut, et te retourne un résumé de 500-1500 mots. Contexte du main agent : préservé.
Il y a trois types de subagents built-in :
Tu peux aussi créer tes propres agents custom. Par exemple un agent fix-grammar :
Crée un agent qui prend un fichier en paramètre et corrige la grammaire.
Utilise le modèle Sonnet.
Ensuite :
Recherche tous les fichiers avec du texte français et utilise
l'agent fix-grammar pour corriger chaque fichier en parallèle.
Claude Code lance 5+ agents en parallèle, un par fichier. Tout est corrigé en même temps au lieu de séquentiellement.
Claude Code a des limites d'utilisation. Si tu crammes tout en 2 heures, tu es bloqué pour le reste de la session.
Tape /usage régulièrement pour voir où tu en es. Et utilise cette règle simple :
13% par jour = usage optimal sur la semaine.
Pour le suivi en continu :
bunx ccusage blocks --liveÇa t'affiche un graphique en temps réel de ta consommation.
Le modèle par défaut dépend de ton abonnement : Opus pour Max et Team Premium, Sonnet pour Pro et Team Standard. Dans tous les cas, Sonnet gère 90% des tâches. Opus coûte beaucoup plus cher et bouffe ton quota plus vite.
Utilise Opus uniquement quand :
Il existe aussi le mode opusplan : il utilise Opus pour planifier et Sonnet pour coder. Le meilleur des deux mondes.
Switch avec /model dans Claude Code (ou Option+P / Alt+P sans quitter ton prompt). Reviens sur Sonnet dès que le problème est résolu.
Claude Code met parfois 2-3 minutes à finir une tâche. Au lieu de rester à fixer ton écran, configure les notifications via /config dans Claude Code et active le terminal bell dans les paramètres de notification.
Tu entends un "ding" quand c'est fini. Tu peux aller faire autre chose en attendant.
Claude Code ne sait pas si son code fonctionne sauf si tu lui dis comment vérifier.
Dans ton CLAUDE.md, ajoute toujours :
## Verification
- After ANY code change, run: `pnpm tsc --noEmit`
- After logic changes, run: `pnpm test`
- After UI changes, check the dev server: `pnpm dev`Claude Code va automatiquement lancer ces commandes après chaque modification. S'il y a des erreurs, il les corrige tout seul.
Sans ça, il te livre du code qui compile peut-être, ou peut-être pas. Tu perds du temps à vérifier manuellement.
Plus ta conversation est longue, plus Claude Code perd le fil. Le contexte se dilue et les réponses deviennent moins précises.
Deux solutions :
Solution 1 : Utilise /compact pour résumer la conversation et libérer du contexte. Tu peux même lui donner des instructions de focus : /compact garde uniquement le contexte sur l'auth.
Solution 2 : Commence une nouvelle session pour chaque tâche distincte. Utilise ccc (voir tip 1) pour continuer si c'est la même tâche, ou cc pour repartir de zéro.
La règle : une session = une tâche. Ne mélange pas "corrige ce bug" et "ajoute cette feature" dans la même session.
Claude Code out-of-the-box ne connaît que tes fichiers. Mais avec les serveurs MCP, tu peux le connecter à :
Le serveur MCP que je recommande en premier : Context7. Il permet à Claude Code d'aller chercher la documentation officielle des librairies au lieu d'halluciner.
{
"mcpServers": {
"context7": {
"command": "npx",
"args": ["-y", "@upstash/context7-mcp@latest"]
}
}
}Ajoute ça dans ~/.claude.json (config utilisateur pour les serveurs MCP) ou dans .mcp.json à la racine de ton projet pour le partager avec l'équipe. Pour tout comprendre sur la configuration MCP, voir l'article dédié aux serveurs MCP.

La statusline c'est la barre d'informations en bas de Claude Code. Par défaut, elle n'affiche pas grand chose. Configure-la avec la commande /statusline :
/statusline show model name, directory, git branch, context percentage with progress bar, and session cost
Claude Code génère un script shell dans ~/.claude/, met à jour tes settings automatiquement, et c'est prêt. Tu auras en permanence : le dossier, le modèle (Sonnet/Opus), le contexte utilisé en %, et combien tu as dépensé dans la session.
C'est super utile pour savoir quand il faut faire /compact (quand le contexte monte trop) ou quand switcher de modèle.
La vraie puissance vient de la combinaison :
Quand tout est en place, Claude Code devient un vrai co-développeur qui connaît ton projet, suit tes conventions, et vérifie son propre travail.
Ces 11 tips c'est juste le début. Chaque sujet a son article dédié :
Et si tu veux devenir un vrai expert de l'IA pour le développement, jette un oeil à AIBlueprint.dev !
De 20$ (Pro) à 200$ (Max 20x). Le Pro à 20$ offre environ 160$ d'équivalent API. Le Max 5x à 100$ offre ~800$ d'API. Le Max 20x à 200$ offre ~3200$ d'API.
Tape /usage dans Claude Code. Tu verras tes limites d'utilisation et ton statut de rate limit. La statusline (tip 11) peut aussi afficher le coût et le contexte en temps réel.
Oui, si tu ne mets pas de garde-fous. C'est pourquoi les hooks de sécurité (tip 1) et les commandes de vérification (tip 8) sont essentiels. Avec le bon setup, Claude Code vérifie lui-même que son code fonctionne.
Installe Claude Code, crée un CLAUDE.md basique avec ta stack et tes commandes (tip 2), active le bypass permissions avec un hook de sécurité (tip 1), et commence avec le workflow EPCT (tip 3). C'est le minimum pour être productif.
Oui, mais c'est un investissement rentable. Un subagent consomme des tokens, mais il évite que l'agent principal brûle tout son contexte avec des données inutiles. Au final, tu économises du contexte et tes résultats sont meilleurs.

Avec une ligne de commande, récupère ma configuration complète.