Thariq, ingénieur chez Anthropic, partage un guide pratique sur la gestion de sessions dans Claude Code avec la fenêtre de contexte d'un million de tokens. Ses observations viennent de conversations récentes avec des utilisateurs de Claude Code.
La fenêtre de contexte est tout ce que le modèle peut voir simultanément : prompt système, conversation, appels d'outils et fichiers lus. La pourriture de contexte (context rot) désigne la dégradation de performance quand le contexte grandit, l'attention se diluant sur trop de tokens. Pour le modèle 1M, cette dégradation commence typiquement vers 300-400k tokens, selon la tâche. La compaction est le mécanisme de résumé qui remplace l'historique par une synthèse quand on approche la limite.
À chaque fin de tour, l'utilisateur a cinq options : continuer dans la même session, rewind (revenir à un message précédent), /clear (session propre), /compact (résumer et continuer), ou subagents (déléguer avec un contexte propre). La règle générale est de démarrer une nouvelle session pour chaque nouvelle tâche, avec une zone grise pour les tâches liées.
Le rewind est identifié comme le meilleur réflexe de gestion de contexte. Plutôt que de corriger en accumulant du bruit ("ça n'a pas marché, essaie X"), il vaut mieux revenir au point juste après les lectures de fichiers et re-prompter avec les enseignements : "N'utilise pas l'approche A, le module foo ne l'expose pas — va directement à B." La fonction "summarize from here" permet de créer un message de handoff, comme un message du futur soi de Claude vers son passé.
La différence entre /compact et /clear est significative. Compact est automatique et potentiellement plus exhaustif mais lossy — on fait confiance au modèle pour décider quoi garder. Clear demande à l'utilisateur de formuler ce qui compte et repart propre. On peut guider compact avec des instructions spécifiques. Les mauvaises compactions surviennent quand le modèle ne peut pas anticiper la direction du travail, ce qui est particulièrement problématique car il est à son point de moindre intelligence au moment de compacter.
Les subagents sont un outil de gestion de contexte pour les blocs de travail générant beaucoup d'output intermédiaire. Le test mental : "aurai-je besoin de cet output ou juste de la conclusion ?" On peut demander explicitement à Claude de déléguer à un subagent pour vérifier un résultat, lire un autre codebase, ou écrire de la documentation. L'auteur conclut que ces mécanismes seront à terme gérés automatiquement par Claude, mais pour l'instant la gestion de sessions reste une compétence clé de l'utilisateur.