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 une promesse magique. C'est ce que j'obtiens quand je compare mon ancienne façon de bosser avec ma façon actuelle.

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 d'obtenir un diff exploitable : types, gestion d'erreurs, imports, conventions.

Ç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 tâches qui reviennent

Les tâches répétées deviennent des skills. J'en ai pour committer proprement, faire une revue avant livraison, scanner la sécurité et préparer 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, puis je relis

La boucle qui m'a le plus surpris : je décris une fonctionnalité, Claude explore le codebase, propose une approche dans le chat, je valide ou je corrige. Ensuite seulement il implémente. Moi, je relis le diff.

J'ai arrêté de dicter chaque ligne. La qualité a monté quand je me suis concentré sur le plan, les contraintes et la relecture.

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 là que le 3x arrive. Pas parce que Claude serait plus intelligent que moi, mais parce que l'écart entre "je sais quoi construire" et "c'est dans le repo et ça marche" devient beaucoup plus court.

---

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/.