Claude Code a terminé et annonce que la fonctionnalité fonctionne. Avant de lui demander la suite, ouvrez le même projet local dans Yenpo pour comprendre le comportement modifié et les détails absents de son résumé.

Il vous faut un dépôt Git local et Yenpo pour macOS. Lire le code et les diffs ne nécessite aucun modèle. Connectez-en un si vous souhaitez l’aide de l’AI Reader.

1. Délimiter les modifications de ce tour

Avant de lancer la tâche, exécutez ces commandes en lecture seule dans le répertoire que Claude Code modifiera :

git rev-parse --show-toplevel
git rev-parse HEAD
git status --short

Conservez l’identifiant du commit initial et notez les fichiers déjà modifiés ou non suivis. Un état initial propre facilite l’attribution du diff. Si un travail est en cours, préservez-le et enregistrez aussi son contenu avec vos outils habituels : une liste de fichiers ne distingue pas deux modifications du même fichier.

Lorsque Claude Code a cessé d’écrire, relancez les commandes. Vérifiez le répertoire autant que la branche. Si vous utilisez un autre worktree, ouvrez ce répertoire dans Yenpo.

État final Périmètre à examiner
Aucun nouveau commit, état initial propre Modifications locales par rapport au commit initial
Nouveaux commits Commit initial → commit final, puis modifications locales restantes
Modifications déjà présentes au départ Comparaison avec le contenu initial enregistré avant attribution à Claude Code

Yenpo lit l’état Git ; il ne reconstitue pas automatiquement les tours de conversation. Sans trace d’un état initial déjà modifié, parlez de « modifications actuelles » plutôt que de « ce tour uniquement ».

2. Lire les modifications locales dans Yenpo

Ouvrez le projet et cliquez sur « Modifications », le bouton plus/moins de la barre latérale. « Modifications locales » résume les changements par rapport à HEAD. Sélectionnez un fichier pour lire son diff en ligne.

Commencez par l’implémentation demandée, puis ses appelants et ses tests. Incluez les nouveaux fichiers, notamment tests et configuration. Le résumé peut intégrer du texte non enregistré dans Yenpo. Enregistrez les modifications à conserver avant une comparaison avec Git en ligne de commande ou l’exécution des tests.

Si Claude Code a créé des commits, ouvrez « Comparer les versions… » et utilisez « Commit » pour lire chaque commit concerné face à son premier parent. Revenez ensuite à « Modifications » pour le contenu non commité. Pour le diff net du tour entier, remplacez les marqueurs ci-dessous par les identifiants initial et final enregistrés et exécutez cette commande de lecture. Le mode « Comparer » de Yenpo sélectionne des branches ; consultez le choix des versions.

git diff START_COMMIT END_COMMIT --

3. Suivre un comportement au-delà des lignes modifiées

Supposons que vous ayez demandé d’empêcher l’affichage d’un ancien résultat après un changement de recherche. Lisez la fonction modifiée, son appelant et l’endroit qui actualise l’écran.

  1. Qu’est-ce qui lance la requête et quelle valeur identifie la recherche actuelle ?
  2. Que se passe-t-il si la première requête termine après la seconde ?
  3. Le test contrôle-t-il cet ordre ou appelle-t-il simplement la fonction deux fois ?

Utilisez la recherche de fichiers et, si un serveur de langage est disponible, la navigation vers définitions et références. Vérifiez la version de chaque onglet : le fichier actuel peut différer du commit comparé.

4. Poser une question précise à l’AI Reader

Après avoir connecté un modèle, cliquez sur « Demander à l’IA d’examiner toutes les modifications » pour préparer un brouillon sur les changements actuels. Pour les commits, utilisez « Demander à l’IA d’examiner cette comparaison » et gardez la comparaison jointe.

Modifiez la question avant l’envoi :

Explique le changement dans le traitement des résultats de recherche. Suis la requête de l’appelant jusqu’à la mise à jour de l’écran. Vérifie le cas où une ancienne requête termine en dernier. Cite le code pour chaque affirmation, distingue comportement existant et nouveau, et indique quels tests couvrent cet ordre. Examine seulement, sans modifier les fichiers.

Laissez l’autorisation d’édition désactivée. Ouvrez les références de la réponse et le fichier entier si une condition ou un appelant manque. Le guide de vérification des citations présente un exemple.

5. Donner à Claude Code une demande exploitable

Précisez le déclencheur et le résultat attendu :

Quand la recherche A commence avant B mais termine après, A peut encore remplacer le résultat de B. Vérifie l’affectation du résultat et ajoute un test qui termine B avant A. Préserve le comportement d’une requête unique réussie.

Utilisez cette demande après avoir confirmé le problème dans votre code. Remplacez « rends cela plus sûr » par le comportement nécessaire. Après correction, relisez le diff concerné, exécutez le test adapté du projet et notez la commande et son résultat.

6. Garder une courte note de revue

Notez les identifiants initial et final, les fichiers lus, le changement de comportement en une phrase et les questions ouvertes. Précisez si les fichiers non commités étaient inclus et quelles vérifications ont été exécutées : le tour suivant aura un point de départ clair.

Si le travail se trouve sur une branche, poursuivez avec la comparaison à main. Les mêmes étapes Git s’appliquent aux branches créées avec Claude Code.