Gestion du contexte Claude Code : /clear vs /compact et le reste

Deux commandes font le vrai travail. /clear démarre une conversation fraîche avec une fenêtre vide. /compact compresse la conversation en cours en un résumé et continue. Toutes les autres commandes de contexte dans Claude Code servent soit à voir ce qui remplit la fenêtre, soit à récupérer quand ça tourne mal.

C'est toute la carte. L'art, c'est de savoir laquelle vous avez besoin avant que l'indicateur vire au rouge.

Si vous voulez d'abord les fondamentaux, voici ce qu'est réellement une fenêtre de contexte. Cet article est la version opérateur : quelle commande, quand, et ce que ça vous coûte.

Ce qui remplit vraiment votre fenêtre de contexte

Ce n'est pas que votre chat. Claude Code remplit la fenêtre avec des lectures de fichiers, votre CLAUDE.md de projet, des entrées mémoire, les corps de skills invoqués, les définitions d'outils MCP, les sorties de hooks, et la conversation elle-même.

Lancez /context (ou /context all) pour le voir. Ça dessine une grille colorée d'utilisation des tokens par catégorie, avec des conseils d'optimisation et des avertissements de capacité.

Voilà pourquoi c'est important. Si vos serveurs MCP et définitions de skills dévorent la moitié de la fenêtre avant que vous tapiez un seul mot, compacter la conversation n'aidera presque pas. Vous devez savoir ce qui est lourd avant de décider comment couper.

/clear vs /compact, le seul embranchement qui compte

/clear oublie. /compact retient un résumé.

/clear démarre une toute nouvelle conversation avec une fenêtre de contexte vide. Votre conversation précédente n'est pas détruite. Elle reste accessible via /resume.

Passez un nom avec /clear <name> pour étiqueter la nouvelle session. Votre CLAUDE.md de projet et votre mémoire se rechargent depuis le disque dans la nouvelle session.

/compact vous garde dans la même session. Ça résume tout ce qui a été dit en une base condensée et continue à partir de là. Selon la documentation officielle de Claude Code, voilà la distinction : clear pour une nouvelle tâche, compact pour libérer des tokens dans la tâche en cours.

Le défaut devrait être /clear. C'est plus rapide et plus propre que de traîner le bruit accumulé d'une tâche à l'autre. L'équipe Claude Code est d'accord, haut et fort. « STOP COMPACTING, use /clear », a écrit @trq212 de l'équipe Claude Code, qui a cadré l'écart entre la façon dont l'équipe travaille et celle de la communauté comme une question de fréquence de clear.

L'auteur Medium Mubashar arrive à la même règle : « par défaut clear, saisissez compact quand la continuité compte. »

Clear oublie. Compact retient un résumé. Savoir lequel vous avez besoin, c'est tout l'art.

Vous intégrez l'IA dans une pratique de design ? Brainy aide les designers à le faire sans perdre le savoir-faire. Découvrez ce que nous construisons pour les créateurs.

Comment piloter un compact

/compact accepte des instructions en texte libre. Utilisez-les.

Un simple /compact laisse Claude décider de ce qui compte. /compact focus on the auth bug ou /compact keep the database schema lui dit quoi protéger. Un résumé guidé est bien plus fiable qu'un résumé générique.

C'est important parce que la compaction est conçue pour être avec pertes. Un compact aveugle peut faire disparaître des détails dont vous aviez besoin, c'est pourquoi une passation bat souvent un nettoyage : videz ce dont vous avez besoin dans un fichier markdown, lancez /clear, puis pointez la nouvelle session vers ce fichier.

Pour la plupart des travaux sur la même tâche, un /compact ciblé suffit. Pour une passation critique où vous ne pouvez pas vous permettre de perdre des détails, écrivez-les d'abord.

Ce qui survit à un compact, et ce qui disparaît silencieusement

Certaines choses sont réinjectées après le résumé. D'autres disparaissent jusqu'à ce que vous les déclenchiez à nouveau.

Les lignes dangereuses sont les silencieuses. Les règles scopées par chemin et les fichiers CLAUDE.md imbriqués disparaissent de la fenêtre après un compact et ne reviennent que quand vous relisez un fichier correspondant. Si votre projet s'appuie sur des règles scopées, un compact peut changer le comportement de Claude sans vous prévenir.

Auto-compaction, le filet de sécurité qu'on ne peut pas désactiver

Quand la conversation approche la limite de contexte, Claude Code compacte de lui-même. Même comportement qu'un /compact manuel.

Vous ne pouvez pas le désactiver. Il n'y a pas de paramètre. Planifiez autour, pas contre.

C'est bien, parce que le bon réflexe est de compacter tôt plutôt qu'au bord du précipice. Le cookbook d'utilisation des outils d'Anthropic montre que la compaction automatique réduit les tokens d'entrée d'environ 58 % dans un run d'agent multi-tickets, de roughly 204 000 à 82 000. Une analyse sur hyperdev.matsuoka.com rapporte qu'une compaction proactive autour de 60 % de capacité, au lieu d'attendre 95 %, combinée à une meilleure édition du contexte, a livré jusqu'à 39 % de meilleures performances par rapport au baseline.

La leçon est simple. Ne poussez pas la fenêtre jusqu'au mur. Un /clear propre ou un /compact anticipé bat une auto-compaction paniquée en plein milieu d'une pensée.

Voir et sauvegarder : /context, /cost et /export

Trois commandes pour inspecter et préserver avant de couper.

/context affiche la grille de tokens par catégorie. Lancez-le quand Claude semble lent. La lenteur, c'est généralement une fenêtre pleine, pas un modèle stupide.

/cost (alias /usage) affiche le coût de la session et les stats d'utilisation du plan. Sur les plans Pro, Max, Team et Enterprise, il décompose l'utilisation par skill, sous-agent, plugin et serveur MCP. Pour les abonnés Max et Pro, ce chiffre en dollars représente l'utilisation du plan, pas une facture supplémentaire.

/export [filename] écrit la transcription en texte brut, soit dans un fichier nommé soit via une boîte de dialogue de sauvegarde. Lancez-le avant un /clear quand vous voulez un enregistrement.

/rewind et /resume, récupérer sans tout recommencer

Quand vous avez pris un mauvais tournant, vous n'avez pas à tout recommencer.

/rewind (alias /checkpoint, /undo) revient à un point de contrôle antérieur. Il peut restaurer l'état de la conversation, l'état du code, ou les deux, ou résumer à partir d'un message que vous choisissez. Il y a un raccourci clavier pour ça. Lancez /keybindings pour voir le raccourci actuel plutôt que de deviner.

/resume (alias /continue) ramène une conversation passée, par sélecteur, ID de session ou nom. C'est le filet de sécurité sous /clear. Effacer ne supprime jamais, donc un mauvais clear est à un /resume de distance.

Les fichiers mémoire survivent à la fois à clear et à compact

CLAUDE.md est la couche durable. Il survit à tout.

Votre CLAUDE.md de projet et vos fichiers mémoire se rechargent après un /clear et sont réinjectés après un /compact. Tout ce que vous réexpliquez à chaque session appartient là-bas, pas dans le chat. /memory ouvre ces fichiers pour les éditer et vous permet d'activer, désactiver ou consulter les entrées de mémoire automatique.

Selon la documentation Claude Code, c'est pourquoi CLAUDE.md est le bon endroit pour les invariants. Des règles comme « toujours lancer les tests » ou « ne jamais toucher au schema » persistent à travers les réinitialisations et façonnent les futurs résumés. Poussez les faits dedans et vous arrêtez de payer la taxe de réexplication à chaque session.

Quand la fenêtre est encore trop serrée

Couper la conversation n'est pas votre seul levier. Trois manœuvres gèrent le reste.

Les sous-agents sont le grand levier. Confiez un travail autonome à un sous-agent qui tourne dans son propre contexte frais et ne renvoie que le résultat. Le fil principal reste léger pendant que le travail lourd se fait ailleurs. Pour une grande tâche, rien d'autre ne libère autant de place.

Les CLAUDE.md scopés par chemin et la mémoire imbriquée gardent les règles proches des fichiers qu'elles régissent, elles se chargent donc seulement quand elles sont pertinentes au lieu de siéger dans la fenêtre toute la session.

Une fenêtre plus grande aide mais n'excuse pas la négligence. Les derniers modèles de Claude, la famille Opus 4.x et Sonnet 4.x et Fable 5, supportent jusqu'à une fenêtre de contexte d'un million de tokens. Une fenêtre pleine est toujours plus lente et plus coûteuse à lire, donc la gestion compte toujours. C'est la même raison pour laquelle il vaut la peine d'utiliser efficacement une fenêtre de contexte peu importe sa taille.

La règle de décision, en un tableau

Un tableau. Copiez-le.

Par défaut /clear. Saisissez /compact seulement quand la continuité dans une tâche est l'enjeu. Lancez /context quand ça traîne, parce que si les serveurs MCP et les skills sont le problème, aucune quantité de compaction du chat ne le résoudra.

FAQ

Dois-je utiliser /clear ou /compact plus souvent ?

/clear, et de loin. L'habitude déclarée de l'équipe Claude Code, reprise sur r/ClaudeCode et dans une note LinkedIn de jdfiscus, est d'effacer à la fin d'une tâche et de garder /compact pour rester dans une longue tâche. Les chats de longue durée qui s'appuient sur des compactions répétées perdent des détails à chaque passage.

/clear supprime-t-il ma conversation ?

Non. /clear démarre une fenêtre fraîche mais laisse la conversation précédente intacte et accessible via /resume. Rien n'est détruit.

Puis-je désactiver l'auto-compaction ?

Non. L'auto-compaction se déclenche quand la conversation approche la limite, et il n'y a pas de paramètre pour la désactiver. La solution est d'effacer ou de compacter délibérément avant d'arriver là.

Qu'est-ce que /compact perd réellement ?

Les détails verbatim. Les sorties exactes des outils, les longs dumps de fichiers et la formulation précise antérieure sont écrasés dans un résumé. Un compact aveugle peut perdre des détails dont vous aviez besoin, c'est pourquoi un /compact <instructions> guidé ou une passation markdown bat le comportement par défaut.

Comment voir ce qui remplit mon contexte ?

Lancez /context (ou /context all). Ça affiche une grille colorée d'utilisation des tokens par catégorie : lectures de fichiers, CLAUDE.md, mémoire, skills, définitions MCP, sorties de hooks et conversation, avec des conseils d'optimisation.

Où mettre les règles pour qu'elles survivent aux réinitialisations ?

Dans CLAUDE.md, édité via /memory. Le CLAUDE.md du projet et la mémoire se rechargent après /clear et sont réinjectés après /compact, donc ce sont les seuls contextes garantis de persister.

Arrêtez de laisser votre contexte se dégrader

La fenêtre se remplit que vous la gériez ou non. La seule question est de savoir si vous la coupez délibérément ou si vous laissez une auto-compaction le faire pour vous en plein milieu d'une pensée.

Par défaut /clear entre les tâches. Utilisez /compact avec des instructions à l'intérieur d'une. Lancez /context quand ça traîne, poussez les faits durables dans CLAUDE.md, et appuyez-vous sur les sous-agents pour les travaux lourds. C'est toute la discipline.

Si vous intégrez l'IA dans une pratique de design, le même réflexe s'applique partout : gardez la machine concentrée et gardez le savoir-faire pour vous. C'est le pari derrière Claude Code pour les designers, et il y a plus sur l'IA pour les designers si vous voulez la suite.

Brainy aide les designers à mettre l'IA au travail sans perdre le savoir-faire. Découvrez ce que nous construisons pour les créateurs.