Révision des diffs avec Claude Code

Problème : Claude Code vient de te dire qu'il a fait des changements et tu ne sais pas quels fichiers ont bougé, à quoi ressemble le diff, ou comment demander une sortie dans la forme que tu veux vraiment.

Victoire rapide : Dès qu'un changement proposé apparaît, appuie sur d. Le diff complet s'affiche à l'écran avant qu'un seul octet n'arrive sur le disque :

# Claude shows a proposed edit
# Press these keys to control what happens:
y - accept the change
n - reject and continue
d - show full diff
e - edit the change before accepting

À comprendre : Les fichiers sont écrits par Claude Code lui-même via des outils intégrés. Chaque modification passe par une étape d'approbation qui te met le changement exact sous les yeux en premier.

Comment fonctionne la sortie de fichiers dans Claude Code

Claude Code ne te donne pas du code à coller. Il touche directement ton système de fichiers, en utilisant deux outils :

Write : Crée de nouveaux fichiers ou écrase les anciens depuis zéro. Edit : Modifie une tranche ciblée d'un fichier existant.

Un changement proposé apparaît toujours en aperçu avant de s'exécuter :

Claude wants to edit src/utils/auth.ts:

- const TOKEN_EXPIRY = 3600;
+ const TOKEN_EXPIRY = 7200;

Chaque ligne du diff est explicite sur ce qui lui arrive. Les lignes - sont supprimées du fichier. Les lignes + entrent là où les anciennes vivaient.

Accepter, rejeter, et la boucle d'approbation

Rien n'est écrit sans ton accord. Cette étape d'approbation est le modèle de sécurité :

# Claude proposes creating a new file
Claude wants to write to src/components/Button.tsx
 
# Your options:
y    Accept this change
n    Reject and tell Claude why
d    View full diff (for edits)
e    Edit before accepting
Esc  Abort current operation

Pour les changements que tu fais déjà confiance, Shift+Tab active le mode auto-accept. Claude arrête de demander par fichier et continue d'avancer.

Opérations multi-fichiers

Un fichier à la fois, c'est le rythme, mais le contexte passe d'un fichier à l'autre. Demande une fonctionnalité entière et regarde la séquence se dérouler :

claude "create a user authentication system with login, register, and password reset"
 
# Claude will:
# 1. Create src/auth/login.ts
# 2. Create src/auth/register.ts
# 3. Create src/auth/password-reset.ts
# 4. Update src/routes/index.ts to include new routes
# Each file prompts for approval (unless auto-accept is on)

C'est là que la continuité paie. Ce que Claude a écrit dans le fichier un reste en mémoire pendant qu'il construit le fichier deux. Les imports s'alignent. Les références de types correspondent. Les signatures de fonctions gardent la même forme d'un fichier à l'autre.

Demander un format de sortie spécifique

Markdown est la forme par défaut. Ton prompt est ce qui le change :

# Get structured data
claude "list all API endpoints in this project as a markdown table"
 
# Get code blocks with syntax highlighting
claude "show me the database schema as SQL"
 
# Get step-by-step output
claude "explain the authentication flow as a numbered list"

Tu veux du code à lire sans le committer sur le disque ? Le mode plan est fait pour ça. Claude réfléchit à voix haute et suggère, mais n'écrit jamais.

Gérer les grandes sorties

Les grandes sorties s'affichent en streaming directement dans ton terminal. Pour les codebases lourdes ou les tâches longues, redirige le résultat quelque part d'utile :

# Redirect output to a file for later review
claude "analyze all TODO comments in this project" > todos.md
 
# Pipe to other tools
claude "list dependencies that need updates" | grep "security"

Situations de sortie que tu vas rencontrer

Mauvais fichier touché : Appuie sur n, puis dis à Claude ce que tu voulais vraiment. La correction arrive dans la même session et la prochaine tentative tient compte du retour.

Diff trop grand à parcourir : Appuie sur d pour la vue complète, ou découpe le travail en plus petits morceaux : "fais ce changement en étapes plus petites."

Code sans écriture : Commence le prompt par "montre-moi" ou "explique", pas par "crée" ou "ajoute". Claude répond en ligne et le workflow d'écriture reste dormant.

Annuler un changement : Appuie sur Esc deux fois pour atteindre les points de contrôle. Un snapshot est pris avant chaque édition, donc revenir en arrière est toujours possible.

Vérifier que le changement a bien fonctionné

L'acceptation n'est pas la ligne d'arrivée. Vérifie que le changement tient vraiment :

# Check the file exists and looks right
cat src/components/Button.tsx
 
# Run your build to catch issues
npm run build
 
# Test the changes
npm test

Prochaines étapes

Complète le reste du workflow Claude Code :

• Ajuste les permissions pour que ta boucle accepter/rejeter tourne plus facilement
• Prends connaissance des modes de planification pour voir les changements avant tout commit
• Connecte les boucles de feedback et resserre ton cycle d'itération
• Plonge dans la gestion du contexte pour les sorties plus lourdes
• Recours au guide de dépannage quand les sorties reviennent cassées

Souviens-toi : Claude Code ne te remet pas des extraits à coller toi-même. Pense-y comme un agent d'écriture de fichiers qui répond à ton approbation sur chaque édition. Une fois que ça clique, tout le pattern d'interaction change d'aspect. Si tu veux que la mise en forme suive automatiquement, le Code Kit de ClaudeFast embarque un FormatterHook qui lance Prettier après chaque Write ou Edit. Ce que Claude produit s'aligne déjà avec le style de ton projet.