Claude Code fonctionne mieux en tant que réviseur de code que générateur

Meilleur flux de travail pour Claude Code

La source décrit une approche alternative pour utiliser Claude Code qui se concentre sur la revue de code plutôt que sur la génération. Au lieu de décrire des fonctionnalités et de recevoir du code en retour, l'auteur recommande d'inverser l'interaction pour que Claude réagisse au code existant.

Pratiques clés de la source

L'auteur décrit trois pratiques spécifiques qui ont changé son flux de travail quotidien :

• Commencer avec du code existant : Débutez les sessions en collant des implémentations actuelles et en posant des questions comme "voici ma fonction qui fait X, quels sont les cas limites que je n'ai pas traités" plutôt que "écrivez-moi une fonction qui fait X." Cela produit des résultats plus ancrés qui identifient des problèmes réellement manqués.
• Maintenir des fichiers de contexte de projet : Gardez un fichier texte brut par projet avec 3 à 5 lignes couvrant la pile, les contraintes et les conventions établies. Collez ceci au début de chaque session car Claude n'a pas de mémoire entre les sessions. Sans ce contexte, vous passez les 20 premiers messages à réétablir les règles de base.
• Redémarrer les sessions lorsque les réponses se dégradent : Lorsque quelque chose tourne mal en milieu de session et que les réponses deviennent étranges ou circulaires, démarrez une nouvelle session avec un résumé clair au lieu d'essayer de corriger le cap. La dérive contextuelle sur le long terme est réelle, et une nouvelle session avec un énoncé de problème précis surpasse presque toujours les tentatives de sauver une conversation qui a déraillé.

L'auteur note que le flux de travail typique consistant à décrire une fonctionnalité, à recevoir du code en retour, à le copier-coller et à passer à autre chose produit des résultats corrects mais laisse beaucoup de potentiel inexploité. La vraie valeur apparaît lorsque vous faites réagir Claude à votre code existant au lieu de générer à partir de zéro.