Claude Code en action

Claude Code n’est pas un simple outil d’écriture de code : c’est un partenaire de développement conçu pour vous accompagner tout au long du cycle de vie d’un projet, de la configuration initiale au déploiement et à la maintenance. Cette leçon passe des concepts à la pratique : les commandes et les workflows qui font réellement la différence au quotidien.

La commande /init

Quand vous démarrez sur un projet, la commande /init est votre premier réflexe. Claude Code analyse votre codebase — structure du projet, dépendances, commandes, patterns de code — et le résultat est synthétisé dans un fichier CLAUDE.md que Claude lit automatiquement lors des conversations suivantes. C’est la mémoire longue du projet : ce qui y figure n’a plus jamais besoin d’être réexpliqué.

Vous pouvez avoir plusieurs fichiers CLAUDE.md à différentes portées :

• Projet : commité dans git, partagé entre les développeurs de l’équipe
• Local : non commité, vos notes personnelles pour Claude
• Utilisateur : utilisé sur tous vos projets

Les trois portées se complètent : les conventions d’équipe au niveau projet, vos habitudes personnelles au niveau utilisateur, vos notes de session en local. Lors de l’exécution de /init, vous pouvez ajouter des directives spécifiques pour les zones sur lesquelles Claude doit se concentrer — et au fil du travail, le raccourci # permet d’ajouter rapidement une note à votre CLAUDE.md sans interrompre la conversation.

Workflows courants

Claude fonctionne le mieux en tant que multiplicateur d’effort : plus vous lui fournissez de contexte et de structure, meilleurs seront les résultats. Deux workflows éprouvés incarnent ce principe.

Workflow Planning-First

Cette approche en trois étapes convient bien aux fonctionnalités complexes :

1. Nourrir Claude de contexte : identifiez les fichiers pertinents et demandez à Claude de les lire
2. Demander à Claude de planifier : décrivez ce que vous voulez construire, mais demandez explicitement à Claude de ne pas écrire de code à ce stade
3. Demander l’implémentation : une fois le plan solide, Claude peut écrire le code en s’appuyant sur le contexte et la planification déjà réalisés

L’étape 2 est celle qui change tout : en séparant la réflexion de l’exécution, vous pouvez corriger le plan avant qu’une ligne ne soit écrite — réorienter un paragraphe coûte moins cher que réécrire trois fichiers.

Workflow Test-Driven Development

Cette approche demande plus d’effort en amont mais augmente considérablement l’efficacité de Claude :

1. Nourrir Claude de contexte : partagez les fichiers pertinents
2. Demander à Claude de penser aux cas de test : sans écrire de code
3. Faire implémenter les tests : sélectionnez uniquement ceux pertinents pour votre fonctionnalité
4. Demander à Claude d’écrire le code qui passe les tests : Claude itérera jusqu’à ce que tous les tests passent

La beauté du TDD avec un agent : les tests donnent à Claude un critère de succès vérifiable — il exécute, lit les échecs, corrige, recommence, sans supervision. Ce workflow garantit un code robuste qui couvre des cas limites auxquels vous n’auriez peut-être pas pensé.

Conseils pratiques

Au-delà de l’écriture de code, Claude peut gérer les tâches de développement courantes : configurer des environnements de projet et installer des dépendances, stager et commiter des changements avec des messages descriptifs, exécuter des suites de tests et interpréter les résultats. Et quand une conversation a accumulé trop de contexte hors sujet, /clear efface l’historique pour repartir à zéro — un réflexe sous-utilisé qui améliore nettement la pertinence des réponses.

Le fichier CLAUDE.md reste le levier le plus durable : lu automatiquement à chaque session, il fait que les standards de code, les notes spécifiques au projet et les décisions architecturales que vous y documentez influencent toutes les interactions futures — Claude devient de plus en plus efficace sur votre projet au fil du temps, parce que sa connaissance du projet s’accumule au lieu de s’évaporer.

Points clés à retenir

• /init génère le CLAUDE.md, mémoire du projet lue à chaque session ; # y ajoute des notes à la volée
• Trois portées de CLAUDE.md : projet (équipe, commité), local (personnel), utilisateur (global)
• Planning-First : contexte → plan sans code → implémentation — corriger un plan coûte moins qu’un refactor
• TDD : les tests donnent à Claude un critère vérifiable, il itère seul jusqu’au vert
• Documentez conventions et décisions dans CLAUDE.md : l’efficacité de Claude s’accumule avec le projet