Comment j'utilise Claude Code pour coder 3x plus vite

J'utilise Claude Code comme environnement de code principal depuis quelques mois — c'est le cœur de mon setup vibe coding complet. Le "3x plus vite" n'est pas un chiffre marketing — il vient de mesurer où passait vraiment mon temps avant et après.

Voici ce qui a changé.

Le changement : de l'éditeur à la conversation

Le vrai levier n'est pas l'autocomplétion. C'est de pouvoir dire "implémente la page blog en suivant le même pattern que la page freebie" et que ça soit fait correctement en 30 secondes — types, gestion d'erreurs et imports inclus.

Ça ne marche que si Claude connaît les conventions de ton projet. Ce qui m'amène au premier point.

1. CLAUDE.md n'est pas optionnel

Chaque projet reçoit un CLAUDE.md à la racine. C'est un fichier markdown que Claude Code lit au début de chaque session. Le mien contient :

Stack : framework, langage, bibliothèques clés
Conventions : ordre des imports, pattern de gestion d'erreurs, style de logging
Règles : ce qu'on ne fait jamais (ex. pas de try/catch dans les actions, pas de console.log)
Architecture : structure des dossiers et quelle couche possède quoi

Sans ça, Claude devine. Avec un bon CLAUDE.md, Claude produit du code que je peux committer sans y toucher.

2. Plan Mode avant toute tâche non triviale

Pour tout ce qui touche plus de 2 fichiers, je lance /plan en premier. Claude cartographie l'approche, identifie ce qu'il va modifier et signale les risques. Je valide ou je redirige. L'exécution se passe proprement.

Passer cette étape coûte 20 minutes de corrections. Plan mode coûte 2 minutes.

3. Des skills pour les workflows répétés

Les tâches répétées deviennent des skills. J'en ai pour : committer avec un message propre, faire une revue pre-ship, scanner la sécurité, et faire mon briefing du matin.

Chaque skill est un fichier markdown décrivant exactement ce qu'il faut faire. On l'invoque, il s'exécute. Pas de copier-coller de prompts, pas de remise en contexte. Le Claude Code Skills Starter Kit regroupe ceux que j'utilise chaque jour, prêts à déposer dans ~/.claude/.

4. Des hooks pour les tâches répétitives

Les hooks Claude Code sont des commandes shell qui s'exécutent sur des événements (fichier sauvegardé, session démarrée, Claude s'est arrêté). Je les utilise pour :

Injecter automatiquement la date du jour dans chaque session
Envoyer une notification push quand une longue tâche est terminée
Lancer le linter après chaque écriture de fichier

Ce dernier point a sauvé probablement 30 minutes par semaine de "mais pourquoi la CI est rouge ?".

5. Je le laisse explorer, je review

Le workflow qui m'a le plus surpris : je décris une feature, Claude explore le codebase, propose une approche dans le chat, je dis oui ou non. Puis il implémente. Je review le diff.

J'ai arrêté d'essayer de micromanager l'implémentation. La qualité du code a augmenté quand j'ai commencé à faire confiance au loop plan + review plutôt que de dicter chaque ligne.

Ce qui n'a pas marché

Déléguer sans contexte : Claude écrit du code générique sans tes conventions. CLAUDE.md corrige ça.
Accepter aveuglément le premier résultat : c'est rapide, pas parfait. Lis le diff.
L'utiliser pour tout : les petites modifications sont plus rapides à la main. Réserve Claude pour ce qui demande de la réflexion.

Le calcul de temps concret

Avant : implémentation d'une feature → 2h d'écriture + 30min de corrections lint/types. Après : 10min de planning + 20min d'implémentation + 10min de review. 40 minutes au total.

C'est le 3x. Pas parce que Claude est plus intelligent que moi — mais parce que toutes les frictions entre "je sais quoi construire" et "c'est dans le repo et ça marche" ont disparu.

Tu veux les skills et hooks exacts derrière ce workflow ? Le Claude Code Skills Starter Kit regroupe tout ce qui est dans les points 3 et 4, prêt à déposer dans ton dossier ~/.claude/.