Claude Code /rewindComment 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.
Lucas Fonsequecréateur de sites webPublié le 30 juin 2026Dernière modification le 23 octobre 202611 min de lectureaccompagnés
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 la version 2.0, sortie le 29 septembre 2025. 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 vous envoyez un message qui lance un tour de travail, Claude Code enregistre automatiquement un checkpoint de votre code, avant que Claude ne modifie vos fichiers. 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 la liste des messages que vous avez envoyés pendant la session. Chacun correspond à un point de restauration, et le menu indique sous chaque message les modifications de fichiers qui ont suivi.
bash
# Méthode 1 : taper la commande
/rewind
# Méthode 2 : raccourci clavier
# Appuyer 2x sur Echap (champ de saisie vide)
# Le menu liste les messages que vous avez envoyés
# Choisissez-en un avec les flèches, puis Entrée
# Puis choisissez l’action : Restore code and conversation,
# Restore conversation, Restore code, Summarize from here,
# Summarize up to here ou Never mind
Quelles sont les options de restauration disponibles ?
Quand vous sélectionnez un message dans la liste, Claude Code vous propose six actions. Chacune répond à un besoin différent selon ce que vous voulez récupérer. Les deux options qui restaurent le code n’apparaissent que si des fichiers ont été modifiés après ce point.
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, 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, 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, existe depuis février 2026. Elle compresse en un résumé la partie de la conversation qui va du point choisi jusqu’à maintenant. La cinquième, Summarize up to here, arrivée mi-mai 2026, fait l’inverse : elle résume tout ce qui précède le point choisi et garde intacts les échanges récents. Dans les deux cas, vos fichiers ne bougent pas et vous libérez de l’espace dans la fenêtre de contexte.
J’utilise surtout cette dernière 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 sixième option Never mind vous ramène à la liste 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 temporaires. Ils sont enregistrés avec la conversation et restent disponibles si vous reprenez la session, puis le nettoyage automatique les supprime, par défaut environ 30 jours après la dernière sauvegarde de la session.
| Critère | /rewind | Git |
|---|---|---|
| Création | Automatique à chaque message envoyé | Manuelle (git commit) |
| Granularité | Chaque message que vous envoyez | Au choix du développeur |
| Persistance | Liée à la session (environ 30 jours par défaut) | Permanent |
| Restauration conversation | Oui | Non |
| Cas d’usage | Rollback rapide en dev | Versioning projet |
| Apprentissage | Aucun | Courbe d’apprentissage |
| Collaboration | Non | Oui (branches, merge) |
Apprendre Claude sur vos propres dossiers
Vous voulez que Claude vous fasse gagner du temps chaque semaine ? Je donne des séances d’une heure en visio, sur vos vrais dossiers : bien lui parler, écrire avec votre voix, lire vos documents, lui confier des tâches. Le détail est sur la page formation Claude IA.
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. Les checkpoints restent liés à la session et finissent par être supprimés : sans commit, vous n’avez aucun historique durable.
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 un guide Claude IA complet 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 avec ses outils d’édition sont suivies. Un fichier modifié uniquement par une commande bash ne l’est pas non plus.
bash
# Actions NON annulables via /rewind :
git push origin main # Déjà sur le remote
npm publish # Déjà sur npm registry
rm -rf node_modules # Suppression via bash
psql -c ‘DROP TABLE’ # Base de données modifiée
curl -X POST api.com # Requête envoyée
# Actions annulables via /rewind :
# Éditions de fichiers par Claude
# Création de nouveaux fichiers par Claude
# Changements par bash d’un fichier que Claude avait déjà édité
Quelles nouveautés pour /rewind en juin 2026 ?
Les mises à jour de mai et juin 2026 ont apporté deux améliorations majeures à la commande /rewind. La première, arrivée fin juin 2026, c’est la possibilité de reprendre une conversation d’avant un /clear.
Auparavant, après un /clear, il fallait passer par /resume pour retrouver l’ancienne conversation. Maintenant, /rewind peut remonter avant le clear et restaurer le contexte précédent, tant que vous n’avez pas quitté Claude Code. C’est particulièrement utile quand vous avez fait un clear par erreur.
La deuxième, arrivée mi-mai 2026, 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
Une autre question ? Décrivez votre projet, on vous répond par mail.
Comment activer /rewind dans Claude Code ?
La commande /rewind est disponible par défaut depuis Claude Code 2.0, sorti le 29 septembre 2025. 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é existe depuis la version 2.0. Les options de résumé et la reprise d’avant un /clear sont plus récentes : mettez simplement Claude Code à jour.
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 ?
En partie. Claude Code enregistre les checkpoints avec la conversation : si vous fermez Claude Code puis reprenez la session, /rewind fonctionne toujours. En revanche, le nettoyage automatique supprime les instantanés de fichiers, par défaut environ 30 jours après la dernière sauvegarde de la session. Le réglage cleanupPeriodDays permet de les garder plus longtemps. 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 des messages que vous avez envoyés pendant la session, avec sous chacun les modifications de fichiers qui ont suivi.
Le nombre de checkpoints dépend de l’activité de votre session. Chaque message que vous envoyez crée un nouveau point de restauration. Claude Code garde les instantanés de fichiers des 100 checkpoints les plus récents d’une session.
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 fin juin 2026, /rewind peut même remonter avant un /clear : une entrée previous session apparaît en haut de la liste, tant que vous n’avez pas quitté Claude Code. 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 ?
Les checkpoints fonctionnent dans Claude Code CLI et dans l’extension VS Code, mais pas tout à fait de la même façon. Dans VS Code, survolez un message pour faire apparaître le bouton de retour arrière, avec trois choix : Fork conversation from here, Rewind code to here et Fork conversation and rewind code. Double Echap ou /rewind y ouvrent aussi un menu au clavier.
Dans le CLI, c’est un menu textuel interactif. Pour l’application Desktop, la documentation officielle ne détaille pas le retour arrière : vérifiez directement dans votre version. 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 en un résumé la partie de la conversation qui va du point choisi jusqu’à maintenant. Sa voisine, Summarize up to here, résume au contraire tout ce qui précède ce point et garde les échanges récents intacts. Au lieu de supprimer l’historique, ces options le condensent, sans toucher à vos fichiers. Vous pouvez aussi taper quelques consignes pour orienter le résumé.
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 une partie des échanges (les plus anciens avec Summarize up to here) et continuez votre travail avec un contexte allégé.
Y a-t-il une limite au nombre de checkpoints ?
Oui. Claude Code conserve les instantanés de fichiers des 100 checkpoints les plus récents d’une session : au-delà, les plus anciens sont écartés. Le nettoyage automatique supprime aussi ces instantanés, par défaut environ 30 jours après la dernière sauvegarde de la session.
Si vous constatez des ralentissements, c’est peut-être signe que votre session a accumulé beaucoup d’historique. Dans ce cas, utilisez Summarize up to here pour compresser les échanges anciens, ou commencez une nouvelle session après avoir commité vos changements avec Git.
Ce que disent mes clients
Des avis publiés sur Google et des recommandations publiées sur LinkedIn.
« Simple et efficace, Lucas à compris à merveille le besoin de mon activité pour me faire un site internet au top et dans un temps record. »
« Je recommande vivement Lucas. Il a réalisé la refonte complète de mon site (…) Professionnel et efficace, je suis ravi de cette collaboration. Merci ! »
« (…) Il est bien réel, disponible, efficace et humain ! Il prend soin de la visibilité de notre petite association. (…) »
« Lucas est un expert de la création d’entreprise et de tous les orbites qui tournent autour. (…) il a pressé mon jus de crâne pour la bonne cause tout en m’inspirant. Merci Lucas que je recommande vivement :) »
« Lucas est super efficace (…) Au delà d’être agréable et gentil, il cerne les problématiques très rapidement. (…) J’ai beaucoup apprécié sa pédagogie (…) »
« Lucas est un élément brillant et transmet une belle énergie à tout groupe de travail. Nous avons travaillé ensemble sur des sujets communs et organisationnels de nos entreprises respectives. Merci à lui pour ses idées disruptives. A très vite »
« (…) Très attaché à la qualité et aux résultats, Lucas sait se montrer ambitieux et donner le meilleur pour aller au bout de ses projets. (…) »
« Je tiens à recommander Lucas pour son professionnalisme. (…) »
Des avis publiés, pas inventés
Les avis Google ont tous reçu cinq étoiles. Les recommandations viennent de LinkedIn. Tout est repris tel que les personnes l’ont écrit. Quand un passage est coupé, il est signalé par (…).
Lucas Fonseque, créateur de sites web
Je suis entrepreneur, et je travaille dans le digital depuis dix ans. J’ai d’abord appris à programmer. Puis j’ai lancé mes propres projets : une marque, des boutiques en ligne, une plateforme, une communauté de plus de 600 entrepreneurs, une application. Je sais comment le web fonctionnait hier, et comment il fonctionne aujourd’hui.
J’ai travaillé pour des indépendants, des petites entreprises, des start-up et des grands comptes. Je me tiens à jour en permanence, parce que les outils changent vite. C’est toute cette expérience que vous retrouvez dans votre site. Vous pouvez lire mon histoire en entier, voir mes réalisations ou parcourir tous mes services.
Votre projet a besoin d’un site ?
Vous n’avez rien à préparer. Décrivez votre projet en deux minutes, on vous répond par mail.
Vous décrivez votre projet. Deux minutes suffisent.
On vous répond par mail, puis on voit ensemble la suite.
Vous recevez un devis détaillé et gratuit, sans engagement.