Avant tout : ne touche à rien pendant deux minutes
Le réflexe qui coûte le plus cher est de relancer une demande par-dessus, en espérant qu'il répare. Deux minutes de constat valent une heure de réparation en aveugle.
Ça ne marche plus Regarder ce qui a changé Annuler ou corriger Revérifier Quatre étapes. La deuxième est celle que tout le monde saute. La condition pour que tout ce guide fonctionne est dans la leçon précédente : un enregistrement quand ça marchait. Sans point de retour, il n'y a pas de retour.
Pour t'entraîner
L'exemple raconté ici a été vécu sur l'application de rendez-vous, que tu construiras à la leçon suivante . Pour t'entraîner sans risque, fais la même chose sur ton site : demande à Claude de retirer le bouton « Prendre rendez-vous » d'index.html et d'enregistrer, puis suis ce guide pour le faire revenir.
01
Voir ce qui a changé, avant tout
Deux demandes, dans l'ordre, avant toute réparation :
À écrire dans Claude Code Copier
Qu'est-ce qui a changé dans le dossier depuis le dernier
enregistrement ? Donne-moi la liste des fichiers et le nombre de
lignes en plus ou en moins, sans rien modifier.
Chez moi, sur la casse volontaire du 03/09, la réponse tenait en une ligne : un seul fichier, templates/accueil.html, dix-sept lignes en moins. À ce stade tu sais déjà que ce n'est pas grave et où regarder.
Ce que tu lis Ce que ça veut dire Un fichier, quelques lignes Réparable directement, tu peux même corriger toi-même Trois ou quatre fichiers liés Normal pour une évolution, relis le résumé de ce qu'il a fait Dix fichiers ou plus Il a dérivé. Annule tout, reformule ta demande Un fichier que tu ne connais pas Demande à quoi il sert avant de le garder
Les deux commandes sans danger
La commande derrière est git status pour la liste et git diff --stat pour le compte des lignes (par fichier, combien de lignes ajoutées ou retirées). Tu peux les taper toi-même dans un second terminal ouvert dans le dossier, comme à la leçon précédente : elles ne modifient rien.
Ne demande pas « répare » sans avoir regardé : il ferait une hypothèse sur ce qui est cassé, ajouterait du code par-dessus et tu te retrouverais avec deux problèmes au lieu d'un.