Claude Code /rewind :
comment revenir en arrière sur votre code
La commande qui vous permet d’annuler n’importe quelle erreur de Claude en une seconde. Fini les heures perdues à défaire manuellement des modifications ratées.
La commande /rewind dans Claude Code permet de revenir en arrière sur votre code et votre conversation à n’importe quel moment de la session. Elle restaure l’état de vos fichiers et le contexte de discussion en un seul clic, sans manipulation Git complexe.
C’est la fonctionnalité qui transforme Claude Code en un environnement de développement sans risque : vous pouvez tester des approches audacieuses en sachant qu’un retour arrière instantané est toujours possible.
La semaine dernière, j’ai demandé à Claude de refactoriser un composant React sur un projet client. Il a modifié 12 fichiers en cascade, cassant l’authentification au passage. Avant /rewind, j’aurais passé une heure à comprendre ce qui avait changé et à défaire chaque modification. Là, j’ai tapé /rewind, sélectionné le point de restauration, et tout est revenu à la normale en 3 secondes.
Dans ce guide, je vous montre exactement comment utiliser cette commande qui m’a sauvé des dizaines d’heures depuis son lancement. Vous allez apprendre à créer des checkpoints, restaurer votre code, et adopter un workflow de développement plus serein avec Claude.
Qu’est-ce que la commande /rewind dans Claude Code ?
La commande /rewind est une fonctionnalité de rollback intégrée à Claude Code depuis mai 2026. Elle permet de revenir en arrière sur deux dimensions simultanément : l’état de vos fichiers et l’historique de conversation.
Concrètement, chaque fois que Claude modifie un fichier dans votre projet, Claude Code enregistre automatiquement un checkpoint. Ces points de restauration s’accumulent tout au long de votre session de travail. Quand vous tapez /rewind, vous voyez la liste de tous ces checkpoints et vous pouvez choisir celui vers lequel revenir.
Ce qui rend /rewind particulièrement puissant, c’est qu’il restaure aussi le contexte de conversation. Si Claude a pris une mauvaise direction dans son raisonnement, vous ne vous contentez pas de défaire les modifications : vous repartez d’un état où la discussion n’a pas encore dévié.
Comment accéder au menu /rewind ?
Il existe deux façons d’ouvrir le menu de restauration dans Claude Code. La première est simplement de taper la commande /rewind dans l’invite de commande. Un menu interactif s’affiche avec la liste de tous vos checkpoints.
La seconde méthode est encore plus rapide : appuyez deux fois sur la touche Echap quand le champ de saisie est vide. C’est devenu un réflexe pour moi, surtout quand je travaille vite et que je veux vérifier l’état de mes checkpoints.
Une fois le menu ouvert, vous voyez une liste chronologique de tous les points de restauration. Chaque entrée indique le moment de la sauvegarde et un résumé des actions effectuées par Claude à ce moment-là.
Quelles sont les options de restauration disponibles ?
Quand vous sélectionnez un checkpoint, Claude Code vous propose cinq options de restauration. Chacune répond à un besoin différent selon ce que vous voulez récupérer.
La première option, Restore code and conversation, est la plus complète. Elle remet vos fichiers dans leur état antérieur ET tronque l’historique de conversation au point choisi. C’est l’option que j’utilise dans 80% des cas.
La deuxième option, Restore conversation only, garde vos fichiers tels quels mais revient en arrière dans la discussion. Utile quand le code est bon mais que Claude a perdu le fil de ce que vous vouliez faire.
La troisième option, Restore code only, fait l’inverse : elle annule les modifications de fichiers mais conserve l’historique de conversation. Pratique quand vous voulez garder les explications de Claude tout en annulant son implémentation.
L’option Summarize : compresser le contexte
La quatrième option, Summarize from here, est une nouveauté de juin 2026. Elle compresse tout le contexte antérieur au point choisi en un résumé. Cela libère de l’espace dans la fenêtre de contexte sans perdre les informations importantes.
J’utilise cette option sur les sessions longues quand Claude commence à ralentir ou à oublier des instructions. Plutôt que de tout recommencer, je compresse les échanges moins récents.
Enfin, la cinquième option Never mind ferme simplement le menu sans rien modifier. Aucun risque de faire une fausse manipulation.
Rollback complet
Annulez code et conversation en une seule action pour repartir d’un état sain.
Conversation seule
Gardez le code mais repartez d’un point de discussion antérieur.
Code seul
Conservez les explications de Claude tout en annulant ses modifications de fichiers.
Quand utiliser /rewind concrètement ?
Le premier cas d’usage classique, c’est après une refactorisation qui a mal tourné. Claude est excellent pour restructurer du code, mais parfois il casse des choses qu’il n’aurait pas dû toucher. Avec /rewind, vous testez sereinement des refactorisations audacieuses.
Le deuxième cas, c’est quand Claude part dans une mauvaise direction architecturale. Vous lui demandez de créer une fonctionnalité, il choisit une approche que vous n’aimez pas, et la discussion s’enlise. Plutôt que de corriger pendant 20 minutes, vous revenez au checkpoint et reformulez votre demande.
Le troisième cas concerne les expérimentations. Quand je veux tester une idée risquée, je vérifie d’abord que j’ai un checkpoint récent. Si l’expérience échoue, je reviens en arrière instantanément.
Voici les situations où /rewind devient indispensable :
- Refactorisation multi-fichiers : quand Claude modifie plus de 3 fichiers en cascade, le risque d’erreur augmente exponentiellement.
- Changement d’architecture : passage d’une structure MVC à une architecture hexagonale, migration de state management, etc.
- Intégration d’API externe : les modifications d’authentification et de connexion sont souvent sources de bugs subtils.
- Tests de performance : quand vous optimisez du code, vous voulez pouvoir comparer avant et après.
- Expérimentations CSS : les modifications de styles peuvent avoir des effets de bord difficiles à tracer.
- Migration de dépendances : passage à une nouvelle version de framework, changement de bundler, etc.
Quelle différence entre /rewind et Git ?
La question revient souvent : pourquoi utiliser /rewind alors qu’on a Git ? La réponse est simple : les deux outils sont complémentaires et servent des besoins différents.
Git est conçu pour la gestion de versions à long terme. Vous commitez à des moments significatifs : fin d’une fonctionnalité, correction d’un bug, point de release. Chaque commit a un message explicite et fait partie de l’historique permanent du projet.
/rewind est conçu pour le rollback instantané au sein d’une session de travail. Les checkpoints sont automatiques, granulaires, et éphémères. Ils disparaissent quand vous fermez Claude Code.
Comment adopter les bonnes pratiques avec /rewind ?
La première règle, c’est de commiter régulièrement avec Git pour les jalons importants. /rewind ne remplace pas Git, il le complète. Si vous fermez Claude Code sans avoir commité, vos checkpoints disparaissent.
La deuxième règle, c’est de vérifier vos checkpoints avant une opération risquée. Tapez /rewind juste pour voir la liste. Si le dernier checkpoint date de 30 minutes, peut-être qu’un commit Git serait judicieux avant de continuer.
Intégrer /rewind dans votre workflow quotidien
Si vous voulez aller plus loin sur Claude Code et ses fonctionnalités avancées, j’ai construit une formation Claude IA complète qui couvre ces cas d’usage en détail.
Dans mon workflow personnel, j’ai pris l’habitude de vérifier mes checkpoints toutes les 15 minutes environ. Un coup d’oeil rapide via double Echap me rassure sur le fait que je peux expérimenter librement.
Autre bonne pratique : quand Claude propose une approche que vous n’êtes pas sûr de vouloir, demandez-lui d’abord d’expliquer son plan. Si le plan vous convient, laissez-le faire. Sinon, vous n’aurez même pas besoin de /rewind.
Le menu /rewind affiche la liste chronologique de tous vos checkpoints
Quelles sont les limitations de /rewind ?
La première limitation importante : /rewind ne peut pas annuler les commandes bash qui affectent des systèmes externes. Si Claude exécute un git push, un npm publish, ou une requête vers une base de données, ces actions sont irréversibles via /rewind.
C’est logique quand on y réfléchit : /rewind restaure l’état local de vos fichiers, mais il ne peut pas remonter le temps sur des serveurs distants. Gardez cela en tête avant de laisser Claude interagir avec des systèmes de production.
La deuxième limitation concerne les modifications manuelles. Si vous modifiez un fichier vous-même (hors de Claude), /rewind ne trackera pas ce changement. Seules les éditions faites par Claude via ses outils intégrés sont enregistrées comme checkpoints.
Quelles nouveautés pour /rewind en juin 2026 ?
La mise à jour de juin 2026 a apporté deux améliorations majeures à la commande /rewind. La première, c’est la possibilité de reprendre une conversation d’avant un /clear.
Auparavant, quand vous tapiez /clear pour nettoyer votre session, tout était perdu. Maintenant, /rewind peut remonter avant le clear et restaurer le contexte précédent. C’est particulièrement utile quand vous avez fait un clear par erreur.
La deuxième amélioration, c’est l’option Summarize up to here qui permet de compresser l’historique plutôt que de le supprimer. Vous gardez les informations importantes tout en libérant de la place dans le contexte.
Ces deux fonctionnalités font de /rewind un outil beaucoup plus flexible qu’à son lancement. La gestion du contexte dans Claude Code est devenue nettement plus confortable.
Mon avis sur /rewind après deux mois d’utilisation
Après deux mois d’utilisation intensive, /rewind est devenu un réflexe pour moi. C’est la fonctionnalité qui m’a fait passer d’une utilisation prudente de Claude Code à une utilisation décomplexée.
Avant /rewind, je vérifiais chaque modification de Claude, je commitais toutes les 5 minutes par précaution, je refusais les refactorisations ambitieuses. C’était fatigant et ça bridait le potentiel de l’outil.
Maintenant, je laisse Claude expérimenter. S’il casse quelque chose, je reviens en arrière en 3 secondes. S’il prend une mauvaise direction, je restaure la conversation et je reformule. Le stress a disparu.
Pour les développeurs qui hésitent encore à confier des tâches complexes à Claude, /rewind est le filet de sécurité qui change tout. Je recommande de prendre 10 minutes pour apprendre cette commande : le retour sur investissement est immédiat.
Questions fréquentes sur Claude Code /rewind
Comment activer /rewind dans Claude Code ?
La commande /rewind est disponible par défaut dans toutes les versions de Claude Code depuis la 2.1.150. Vous n’avez rien à activer ni à configurer. Tapez simplement /rewind dans l’invite de commande ou appuyez deux fois sur Echap quand le champ de saisie est vide.
Si la commande ne fonctionne pas, vérifiez que votre version de Claude Code est à jour. Lancez claude --version dans votre terminal pour vérifier. La fonctionnalité nécessite au minimum la version 2.1.150 sortie fin mai 2026.
Est-ce que /rewind fonctionne avec tous les plans Claude ?
Oui, /rewind est disponible sur tous les plans payants de Claude : Pro, Max, Team et Enterprise. La fonctionnalité n’est pas limitée aux abonnements premium. Elle fait partie du coeur de Claude Code et n’engendre aucun coût supplémentaire.
Sur le plan gratuit de Claude, Claude Code n’est pas disponible. Vous devez donc avoir au minimum un abonnement Pro pour accéder à Claude Code et donc à /rewind. Les fonctionnalités sont identiques quel que soit le plan payant choisi.
Les checkpoints de /rewind sont-ils persistants ?
Non, les checkpoints sont éphémères et limités à votre session de travail. Quand vous fermez Claude Code ou que vous terminez votre session, tous les checkpoints disparaissent. C’est une différence fondamentale avec Git où les commits sont permanents.
Cette conception est volontaire. Les checkpoints sont conçus pour le rollback rapide en cours de travail, pas pour l’archivage. Pour la persistance, utilisez Git en complément. Commitez à chaque jalon important pour avoir un historique permanent de vos modifications.
Puis-je utiliser /rewind pour annuler un git push ?
Non, /rewind ne peut pas annuler les commandes bash qui affectent des systèmes externes. Un git push envoie vos commits sur un serveur distant : cette action est irréversible via /rewind. De même pour npm publish, les requêtes API, ou les modifications de base de données.
/rewind restaure uniquement l’état local de vos fichiers et le contexte de conversation. Pour annuler un git push, vous devrez utiliser les commandes Git classiques comme git revert ou git reset, avec les précautions d’usage sur les branches partagées.
Comment voir la liste de tous mes checkpoints ?
Tapez /rewind ou appuyez deux fois sur Echap pour ouvrir le menu interactif. Vous verrez la liste chronologique de tous vos checkpoints avec l’heure de création et un résumé de l’action effectuée par Claude à ce moment-là.
Le nombre de checkpoints dépend de l’activité de votre session. Chaque modification de fichier par Claude crée un nouveau point de restauration. Sur une session active, vous pouvez facilement avoir 20 à 50 checkpoints disponibles.
Quelle est la différence entre /rewind et /clear ?
Ces deux commandes ont des effets très différents. /clear efface l’historique de conversation pour repartir d’une session vierge. /rewind permet de revenir à un état antérieur tout en conservant la possibilité de restaurer le contexte.
Depuis juin 2026, /rewind peut même remonter avant un /clear. Si vous avez effacé votre conversation par erreur, utilisez /rewind pour la restaurer. Cette fonctionnalité rend /clear beaucoup moins risqué qu’avant.
Est-ce que /rewind annule aussi les fichiers créés ?
Oui, si Claude a créé de nouveaux fichiers après le checkpoint que vous restaurez, ces fichiers seront supprimés. /rewind remet votre projet dans l’état exact où il était au moment du checkpoint choisi, y compris la présence ou l’absence de fichiers.
C’est particulièrement utile quand Claude génère des fichiers temporaires ou de configuration que vous ne voulez pas garder. Un seul /rewind nettoie tout proprement sans avoir à supprimer les fichiers un par un.
Puis-je utiliser /rewind dans Claude Code Desktop ?
/rewind fonctionne de manière identique dans Claude Code CLI, Claude Code Desktop et l’extension VS Code. L’interface peut légèrement varier selon la plateforme, mais les fonctionnalités sont les mêmes partout.
Dans VS Code, le menu /rewind s’intègre à l’interface de l’éditeur. Dans le CLI, c’est un menu textuel interactif. Dans Desktop, c’est une fenêtre graphique. Choisissez l’environnement qui vous convient le mieux selon vos habitudes de travail.
Comment fonctionne l’option Summarize from here ?
L’option Summarize from here compresse tout le contexte antérieur au point choisi en un résumé concis. Au lieu de supprimer l’historique, elle le condense. Vous gardez les informations essentielles tout en libérant de l’espace dans la fenêtre de contexte.
C’est particulièrement utile sur les sessions longues où Claude commence à ralentir ou à oublier des instructions. Plutôt que de tout recommencer avec /clear, vous compressez les échanges moins récents et continuez votre travail avec un contexte allégé.
Y a-t-il une limite au nombre de checkpoints ?
Claude Code ne fixe pas de limite stricte au nombre de checkpoints. En pratique, la limite est liée à la mémoire disponible et à la durée de votre session. Sur une session de plusieurs heures avec beaucoup d’activité, vous pouvez accumuler des centaines de checkpoints.
Si vous constatez des ralentissements, c’est peut-être signe que votre session a accumulé beaucoup d’historique. Dans ce cas, utilisez Summarize from here pour compresser les checkpoints anciens, ou commencez une nouvelle session après avoir commité vos changements avec Git.
