Claude Code /rewind, /btw, /fork : pourquoi ces 3 commandes changent tout en 2026

La commande claude code rewind est probablement la fonctionnalité la plus sous-estimée de Claude Code en 2026. Avec ses deux cousines /btw et /fork, elle forme ce que la communauté anglophone appelle déjà le context hygiene toolkit — trois commandes qui permettent de garder une session Claude Code propre, focalisée et économe en tokens, sans jamais perdre le travail en cours.

Le problème est simple : en 2026, un million de tokens de contexte ne suffit toujours pas. Une session Claude Code "lourde" sature en 2 heures, le modèle commence à confondre les fichiers, oublie les instructions, et les bugs s'accumulent. La solution officielle d'Anthropic, depuis le Code with Claude 2026 du 6 mai, tient en trois commandes : /rewind pour revenir en arrière, /btw pour poser une question hors-contexte, /fork pour explorer en parallèle.

Ce guide explique comment utiliser claude code rewind, à quoi servent /btw et /fork, quand préférer chacune, et comment cette combinaison réduit la consommation de tokens de 30 à 50 % sur un workflow type.

Sommaire

[Qu'est-ce que la commande /rewind dans Claude Code ?](#rewind-definition)

[Comment utiliser claude code rewind concrètement ?](#rewind-usage)

[À quoi sert la commande /btw dans Claude Code ?](#btw)

[Quand utiliser /fork (ou /branch) ?](#fork)

[/rewind vs /compact vs /clear : quelle commande choisir ?](#comparaison)

[Workflow type : combiner les 3 commandes context hygiene](#workflow)

[FAQ Claude Code rewind, btw et fork](#faq)

Qu'est-ce que la commande /rewind dans Claude Code ? {#rewind-definition}

La commande claude code rewind (aussi appelée /checkpoint) est un Ctrl+Z augmenté pour votre session entière. Elle restaure simultanément l'état du code et l'historique de conversation à n'importe quel point antérieur de la session. Vous appuyez sur Esc deux fois (ou tapez /rewind), Claude Code vous affiche la liste de vos prompts précédents, vous sélectionnez un point — et tout revient en arrière.

Concrètement, depuis la release de mai 2026, le menu Rewind propose six actions :

Restore code and conversation — revient à un état totalement antérieur (code + conversation)

Restore conversation — garde le code actuel mais efface les messages depuis le point choisi

Restore code — annule les modifications de fichiers mais garde la discussion (utile quand un refactoring a échoué mais le diagnostic était bon)

Summarize from here — compresse les messages depuis ce point en un résumé, garde tout ce qui précède intact

Summarize up to here — compresse les messages avant ce point en un résumé, garde la fin intacte

Never mind — annule sans rien faire

C'est la deuxième et la cinquième option qui sont sous-utilisées. Restore code only sauve un diagnostic précieux quand vous décidez que la solution de Claude n'était pas la bonne. Summarize up to here permet de garder seulement le travail récent en pleine résolution, en compressant la phase d'exploration initiale qui pèse souvent 60 % du contexte.

Comment utiliser claude code rewind concrètement ? {#rewind-usage}

L'usage le plus fréquent de claude code rewind est l'annulation d'un mauvais refactoring. Vous demandez à Claude de "moderniser cette fonction", il restructure 4 fichiers, le résultat ne compile pas. Vous tapez /rewind, vous sélectionnez le message juste avant la demande, et tout revient comme avant — fichiers et conversation.

Mais le pattern le plus malin reste ce que la communauté nomme le diagnostic recovery :

1.Vous tentez un refactoring agressif

2.Vous discutez du résultat avec Claude pendant 10 minutes

3.Vous décidez que cette voie est mauvaise

4.Vous tapez /rewind et choisissez Restore code only

5.Le code revient à l'état initial, mais Claude se souvient de pourquoi cette piste ne marchait pas

Résultat : vous n'avez pas perdu le diagnostic, et Claude ne refera pas la même erreur. C'est la différence entre Git (qui ne sauve que le code) et claude code rewind (qui sauve le code, la conversation, ou les deux séparément).

Astuce 2026 : par défaut, Claude Code crée un checkpoint à chaque modification de fichier. Vous n'avez rien à activer — la fonctionnalité est on par défaut depuis Claude Code 2.0. Le menu Rewind est juste l'interface pour naviguer entre ces checkpoints automatiques.

Pour aller plus loin sur la gestion du contexte au-delà du rewind, notre guide [Claude Code : gérer le contexte avec /compact](/blog/claude-code-gerer-contexte-compact-context-rot-2026) explique la stratégie complète d'économie de tokens.

À quoi sert la commande /btw dans Claude Code ? {#btw}

La commande /btw (pour *by the way*) est née d'un constat simple : à chaque fois que vous demandez à Claude "c'était quoi le nom de ce fichier déjà ?" ou "rappelle-moi la syntaxe pour X", vous polluez le contexte avec une mini-discussion qui n'a aucun intérêt pour la suite du travail.

/btw répond à ce problème : Claude vous donne la réponse, mais cette réponse n'entre pas dans le contexte de la session. Le thread continue comme si la question n'avait pas existé. La réponse est éphémère, low-cost (utilise le cache), et n'appelle aucun outil.

Exemples concrets d'usage de /btw :

/btw quelle était la version de Next.js qu'on utilise dans ce projet ?

/btw rappelle-moi la syntaxe Zod pour valider une date ISO

/btw c'est quoi la différence entre useMemo et useCallback déjà ?

Toutes ces questions auraient ajouté 200 à 500 tokens à votre contexte. Avec /btw, elles ajoutent zéro. Sur une session de 4 heures avec une vingtaine de mini-clarifications, c'est plusieurs milliers de tokens économisés — soit 5 à 10 % de la fenêtre de contexte.

C'est aussi un excellent réflexe quand vous travaillez avec un modèle Opus 4.7 et que chaque token compte au niveau coût. Pour un comparatif des coûts par modèle, voir [Combien coûte Claude Code](/blog/combien-coute-claude-code-prix-abonnement-api-2026).

Quand utiliser /fork (ou /branch) ? {#fork}

/fork (alias de /branch) crée une session parallèle qui hérite du contexte actuel. Les deux conversations partent du même point, mais évoluent indépendamment. Vous pouvez ensuite comparer les deux résultats et garder celui qui marche.

La distinction avec /rewind est essentielle :

Rewind = "je sais que cette direction est mauvaise, je corrige"

Fork = "je ne sais pas encore quelle direction est la bonne, j'explore les deux"

Cas d'usage typiques de /fork :

Tester deux approches d'architecture (REST vs GraphQL pour une API)

Comparer deux libs (Zustand vs Jotai pour le state management)

Évaluer deux refactorings concurrents sur le même code

Garder une version "safe" pendant qu'on tente un changement risqué

Le bénéfice caché : vous ne payez le coût de l'exploration qu'une seule fois. Le contexte partagé (lecture des fichiers, compréhension du projet, discussion initiale) est dans la branche mère. Les deux forks ne facturent que les tokens divergents. C'est conceptuellement très proche de git branch, mais appliqué à la conversation et au reasoning de Claude — pas seulement au code.

Pour les workflows multi-agents plus avancés, le pattern de [sessions parallèles avec git worktree](/blog/claude-code-git-worktree-sessions-paralleles-2026) reste pertinent quand vous voulez isoler aussi le système de fichiers.

Pour aller plus loin, cette vidéo en français couvre les nouveautés Claude Code 2.0 dont les checkpoints qui sous-tendent /rewind :

/rewind vs /compact vs /clear : quelle commande choisir ? {#comparaison}

Beaucoup de développeurs confondent ces trois commandes parce qu'elles touchent toutes au contexte. Voici la grille de décision simple :

Commande	Effet	Quand l'utiliser
`/clear`	Vide tout le contexte, repart de zéro	Vous changez complètement de tâche
`/compact`	Résume tout le contexte en un message court	Contexte saturé à 70 %+, vous voulez continuer la même tâche
`/rewind`	Revient à un point précis (code + conv)	Vous voulez annuler une partie spécifique
`/btw`	Question éphémère, hors-contexte	Mini-clarification sans rapport direct
`/fork`	Branche parallèle	Vous explorez deux directions concurrentes

Le piège classique : utiliser /clear quand un simple /rewind aurait suffi. /clear détruit l'historique entier, vous perdez tout le contexte projet — utile pour vraiment changer de tâche, désastreux si vous voulez juste annuler les 10 dernières minutes.

La règle 2026 issue des best practices Anthropic : lancer /compact à 60 % de remplissage du contexte, pas à 95 %. Combinez avec /btw pour les clarifications et /rewind pour les erreurs ponctuelles, et votre session reste sharp 4 à 6 heures au lieu de 1 à 2.

Workflow type : combiner les 3 commandes context hygiene {#workflow}

Voici comment un développeur expérimenté enchaîne ces commandes sur une session de feature complète.

Phase 1 — Exploration (0 à 30 min) Lecture du repo, discussion du design, choix d'approche. Si une question annexe surgit ("c'est quoi la dernière version de Prisma ?"), /btw. Si deux architectures se valent, /fork pour les essayer en parallèle.

Phase 2 — Implémentation (30 min à 2h) Code, tests, debug. Tous les 30-45 minutes, regard sur la consommation de contexte via /context. Si on dépasse 60 %, on lance /compact avec des instructions de préservation : "garde les décisions d'architecture, les bugs actifs, le scope des fichiers modifiés".

Phase 3 — Récupération d'erreur (à tout moment) Claude part dans une mauvaise direction ? /rewind au prompt qui a déclenché la dérive. Si le diagnostic était bon mais la solution mauvaise, /rewind avec Restore code only — on garde la conversation comme guide pour la deuxième tentative.

Phase 4 — Bascule de tâche (fin de feature) Le travail est mergé. Avant d'attaquer la feature suivante, /clear pour repartir frais. Pas de /compact ici — la feature précédente n'a plus aucune valeur de contexte pour la prochaine.

Avec cette discipline, une session peut tenir 6 à 8 heures productives sur la même fenêtre de 1M tokens. Sans cette discipline, vous saturez en 2 heures et vous perdez toute la productivité initiale dans les confusions de fin de contexte.

Pour automatiser certains de ces réflexes, les [hooks Claude Code](/blog/claude-code-hooks-automatiser-workflow) permettent de déclencher un avertissement quand la consommation dépasse un seuil — par exemple, suggérer /compact à 60 % et /clear à 90 %.

FAQ Claude Code rewind, btw et fork {#faq}

Comment utiliser claude code rewind concrètement ?

Appuyez sur Esc deux fois dans une session Claude Code active, ou tapez /rewind. Le menu affiche la liste de vos prompts précédents. Sélectionnez celui auquel vous voulez revenir, puis choisissez l'action : restaurer code + conversation, code seul, ou conversation seule. La restauration est instantanée et réversible (un autre /rewind peut revenir en avant).

Quelle différence entre /rewind et /compact dans Claude Code ?

/rewind revient à un point précis de votre session (code + conversation). /compact garde tous les messages mais les compresse en un résumé pour libérer du contexte. Utilisez /rewind pour annuler des étapes, /compact pour continuer la même tâche en libérant de la mémoire.

À quoi sert la commande /btw exactement ?

/btw (by the way) pose une question annexe à Claude sans que la réponse pollue le contexte de la session. La réponse est éphémère et n'apparaît pas dans l'historique. Parfait pour les mini-clarifications (versions, syntaxes, rappels) sans alourdir la fenêtre de contexte.

Quand utiliser /fork ou /branch dans Claude Code ?

Utilisez /fork (ou son alias /branch) quand vous voulez explorer deux directions concurrentes sans choisir tout de suite. Les deux sessions partent du même contexte mais évoluent indépendamment, vous comparez les résultats et gardez le meilleur. Idéal pour comparer deux architectures, deux libs ou deux refactorings.

Elle compresse en un résumé tous les messages avant le point sélectionné, et garde intact tout ce qui vient après. C'est la meilleure technique pour libérer du contexte sans perdre le travail récent : la phase d'exploration initiale (souvent 60 % du contexte) devient un résumé court, le travail en cours reste pleinement détaillé.

Comment économiser des tokens dans Claude Code en 2026 ?

Quatre réflexes : /btw pour les questions annexes (économie 5-10 %), /compact à 60 % de saturation (économie 50-70 % des tokens conversation), /rewind plutôt que /clear pour annuler des étapes (préserve le contexte projet), et un CLAUDE.md court (50-200 lignes max). Notre [guide CLAUDE.md](/blog/claude-md-fichier-configuration-guide-complet-2026) détaille la stratégie complète.

Le rewind est-il activé par défaut dans Claude Code 2026 ?

Oui. Depuis Claude Code 2.0 (sept 2025), les checkpoints sont créés automatiquement à chaque modification de fichier. Vous n'avez rien à configurer. Le menu Rewind est juste l'interface pour naviguer entre ces checkpoints, et il fonctionne même sans git init dans le projet.

Conclusion

La commande claude code rewind combinée à /btw et /fork constitue le toolkit context hygiene essentiel en 2026. Trois commandes, trois usages clairs : annuler (/rewind), clarifier sans polluer (/btw), explorer en parallèle (/fork). Maîtrisées ensemble, elles transforment Claude Code en environnement de travail durable sur des sessions de 6-8 heures, là où la plupart des utilisateurs saturent leur contexte en 2 heures faute de stratégie.

L'investissement temps est minimal — apprendre ces trois commandes prend 15 minutes — et le ROI est énorme : moins de coûts API, moins de /clear brutaux qui font perdre le contexte projet, moins de bugs introduits par un Claude qui "oublie" les instructions du début. C'est une compétence aussi fondamentale en 2026 que savoir utiliser git stash ou git rebase -i l'a été dans les années 2010.

Pour intégrer ces réflexes dans une pratique professionnelle complète de Claude Code, la [formation Claude Code complète](https://go.saas-ia.io/se-faire-remplacer-par-lia) couvre la gestion du contexte avancée, les sub-agents, MCP et les workflows multi-agents en production. Pour un exemple concret de projet construit avec cette discipline de contexte, voir [ImmoAPI](https://immoapi.app), un SaaS développé en grande partie avec Claude Code en production.

Articles connexes

[Gérer le contexte Claude Code avec /compact](/blog/claude-code-gerer-contexte-compact-context-rot-2026) — la stratégie complète d'économie de tokens

[CLAUDE.md guide complet](/blog/claude-md-fichier-configuration-guide-complet-2026) — le fichier qui réduit le contexte permanent

[Meilleures pratiques Claude Code](/blog/meilleures-pratiques-claude-code) — les patterns avancés des power users

[Combien coûte Claude Code en 2026](/blog/combien-coute-claude-code-prix-abonnement-api-2026) — le lien direct entre tokens économisés et facture API

Claude Code /rewind, /btw, /fork : le toolkit context hygiene 2026