Entre le 26 et le 27 octobre 2026, Claude Code a changé deux choses qui touchent directement ceux qui travaillent en longues sessions. D'abord, une session en contexte standard qui dépassait 200K tokens s'arrêtait avec le message « Usage credits required for 1M context » : ce n'est plus le cas. Ensuite, les messages de limite d'usage parlent désormais de « limite de 5 heures » au lieu de « limite de session ». Si vous cherchez le tableau d'ensemble de ce que Claude permet en 2026, le guide complet pour apprendre Claude en 2026 pose les bases. Ici, on reste sur ces deux compteurs et sur ce que vous pouvez en faire.
Ce qui a changé : le contexte 1M n'est plus bloqué et la fenêtre de 5 heures reste
Les faits viennent du changelog officiel de Claude Code. La version 2.1.311, publiée le 26 octobre 2026, corrige le comportement suivant : quand une requête dépassait 200K tokens en contexte standard, la session s'interrompait avec le message sur les crédits d'usage requis pour le contexte 1M. Désormais, Claude Code compacte la conversation et continue. La même version retire le suffixe [1m] des noms et identifiants de modèles là où il n'a pas d'effet ; le suffixe reste accepté si vous l'utilisez déjà.
La version 2.1.312, le lendemain, ne touche qu'au libellé : on lit « limite de 5 heures » à la place de « limite de session », et dans VS Code l'heure de réinitialisation s'affiche avec une heure précise (par exemple « Resets at 3:10 PM »).
Ce qui n'a pas changé compte autant. Aucune de ces versions n'annonce de changement de prix, de plan ou de quota. La limite de 5 heures n'est pas nouvelle : seul son nom a été clarifié. Et le changelog ne dit pas que le contexte 1M devient inclus ou gratuit dans tous les plans, donc ne le supposez pas. Pour le reste (quelle formule donne quel volume), la page officielle des plans reste la référence, et les chiffres changent assez souvent pour qu'on les relise avant de décider.
Contexte 1M et limite de 5 heures : deux compteurs qui ne mesurent pas la même chose
La confusion vient du fait que les deux se manifestent par une session qui s'arrête. Mais ils mesurent des choses différentes.
| Contexte (fenêtre) | Limite de 5 heures | |
|---|---|---|
| Ce que ça mesure | Combien de tokens Claude voit dans la conversation en cours | Combien vous consommez sur une période de 5 heures |
| Ce qui le remplit | Longueur de l'historique, fichiers lus, sorties d'outils | Nombre et poids des requêtes, tous projets confondus |
| Ce qui se passe au bout | Compactage de la conversation (depuis la 2.1.311) | Pause jusqu'à la réinitialisation affichée |
Un exemple pour fixer les idées. Vous lancez une seule session de refonte sur un gros dépôt : Claude lit des dizaines de fichiers, le contexte grossit, vous pouvez le remplir sans avoir consommé grand-chose de votre limite si le reste de la journée est calme. À l'inverse, vingt petites sessions dans la matinée (une question, un correctif, une relecture) n'approchent jamais le million de tokens de contexte, mais peuvent suffire à épuiser la limite de 5 heures.
Deux points sur le fonctionnement de la fenêtre. Le changelog parle d'une limite de 5 heures et d'une heure de réinitialisation affichée ; je n'ai pas de source officielle qui détaille le départ exact du décompte, donc la commande d'usage de l'outil et l'heure affichée dans le message de limite sont ce qui fait foi. Quant à l'expiration, le message de limite indique l'heure de réinitialisation ; les options éventuelles pour continuer avant cette heure dépendent de votre plan, à vérifier sur la page officielle.
Ce que ça change pour votre abonnement : Pro, Max ou autre formule
La question utile n'est pas « quel plan est le meilleur », mais « quel plan tient mon rythme réel ». Deux profils reviennent.
Premier profil : des sessions courtes et fréquentes, tous les jours, sur des tâches variées. La limite de 5 heures se remplit par accumulation, et ce qui vous gêne, c'est de tomber dessus au mauvais moment. Deuxième profil : de gros chantiers ponctuels (une migration, un site complet) séparés par des périodes calmes. Ici, c'est la lourdeur d'une session qui compte, et le pic est de courte durée.
Pour décider, la méthode simple est de relever, sur deux semaines, combien de fois la limite de 5 heures vous a coupé en pleine tâche. Une fois dans la quinzaine, adapter vos horaires de travail suffit sans doute. Trois fois par semaine, c'est le palier supérieur qui se discute.
Côté repères de prix, à la date de rédaction (28 octobre 2026) : Claude Pro est à environ 20 € par mois, Max à partir de 100 € par mois, et Team à partir de 25 € par utilisateur et par mois (5 sièges minimum). Ces montants évoluent ; vérifiez-les sur la page officielle avant de commander. Pour comparer les paliers sur des cas d'usage, voyez Claude Pro ou Max et, si vous équipez une petite équipe, Claude Team et Enterprise. Et pour choisir sa formule dès le départ, le pilier choisir son abonnement et configurer Claude au quotidien reprend la démarche.
Le compactage : garder une session longue sans exploser le contexte
Le compactage consiste à remplacer l'historique d'une conversation par un résumé, ce qui libère de la place pour la suite. Depuis la version 2.1.311, c'est ce que Claude Code fait de lui-même quand une requête dépasse 200K tokens en contexte standard, au lieu de s'arrêter. Vous pouvez aussi le déclencher à la main quand vous le jugez utile.
Ce qu'on garde et ce qu'on perd dépend du résumé, donc de votre session. Prenons une refonte de trois heures sur un site client. Le résumé conserve les décisions prises (« on garde la navigation actuelle, on remplace le pied de page »), les fichiers touchés et l'état de la tâche en cours. Il laisse tomber les détails des essais intermédiaires : les trois variantes de composant écartées, les messages d'erreur résolus depuis longtemps. Si l'une de ces miettes comptait, vous ne la retrouverez pas dans la session compactée.
D'où la règle pratique : compactez entre deux sous-tâches, pas au milieu d'un raisonnement. Juste après avoir validé un lot de modifications, c'est le bon moment ; au beau milieu du diagnostic d'un bug, vous risquez de perdre le fil précis que Claude suivait.
Dernier point, qui évite de tout faire dépendre du contexte : les consignes durables (conventions de code, ton éditorial, choses à ne jamais toucher) vont dans le fichier de mémoire du projet, CLAUDE.md, lu à chaque démarrage de session. Une consigne écrite là survit à tous les compactages. Si vous débutez avec l'outil, Claude Code pour débutants montre comment le mettre en place.
Organiser ses sessions autour de la limite de 5 heures
Une coupure ne devient un problème que si elle tombe quand vous avez un livrable en cours. Quelques réflexes réduisent ce risque.
- Les tâches lourdes en premier. Lancez l'audit d'un dépôt ou la génération volumineuse quand votre fenêtre est entière, pas quand il vous reste une demi-heure avant la réinitialisation affichée.
- Une trace écrite, pas dans la tête. Terminez chaque session par un résumé dans un fichier du projet (ce qui est fait, ce qui reste, la prochaine commande à lancer). Si la limite vous coupe, vous reprenez sans reconstituer.
- Séparer exploration et exécution. Explorer (lire, comparer, hésiter) consomme beaucoup sans rien livrer. Quand l'approche est choisie, repartez sur une session ciblée avec des instructions précises.
- Regarder la jauge avant de démarrer. Regardez l'heure de réinitialisation affichée dans le message de limite ; deux secondes de vérification avant un gros chantier valent mieux qu'une surprise à mi-parcours.
Un cas type. Une dirigeante solo prépare une livraison client pour le lendemain 9 h. Elle ouvre Claude Code en fin d'après-midi, explore le dépôt pendant une heure, relance plusieurs approches, puis lance la génération finale quand la fenêtre est presque pleine. La limite tombe pendant l'écriture. Ce qu'elle aurait pu faire autrement : arrêter l'exploration plus tôt avec une note de décision écrite dans un fichier, lancer la génération avec une fenêtre pleine, et prévoir une note de reprise pour le cas où elle bute quand même sur la limite. Aucun chiffre ne se promet ici, mais l'ordre des opérations change vraiment la probabilité de tomber au pire moment.
Si vous faites tourner plusieurs sessions en parallèle, rappelez-vous que la limite est celle de votre compte, pas celle d'une session : plusieurs fenêtres ouvertes tirent sur le même compteur.
Et quand une limite ne suffit plus : passer par l'API
Il y a un seuil où l'abonnement n'est plus le bon outil : un usage intensif quotidien, des automatisations qui tournent sans surveillance, des agents qui enchaînent des tâches sur plusieurs heures. Dans ces cas, une fenêtre de 5 heures devient une contrainte plutôt qu'un cadre.
L'API à la consommation change la logique : on ne raisonne plus en fenêtre de temps mais en coût par tâche, la facture suivant les tokens réellement utilisés. Les tarifs par million de tokens de la gamme Claude (par exemple à partir de 0,10 $ en entrée pour Haiku 5.5 sur les prompts jusqu'à 100k tokens, 2 $ pour Sonnet 5.5, 4 $ pour Opus 5.5, à la date de rédaction) montrent qu'on peut ajuster le modèle à la tâche. En contrepartie, le budget devient variable et demande un suivi : sans plafond ni monitoring, une boucle mal bornée coûte cher.
Pour la mise en place, passer par l'API Anthropic pour un usage à la consommation détaille l'accès, et démarrer avec l'API Anthropic donne les premiers appels. Si vous connectez Claude à des outils métier, connecter Claude à vos outils avec MCP couvre ce volet. Et pour le fil conducteur, voir construire des agents IA autonomes avec Claude : c'est là que la logique de limites de session laisse place à une logique de coût par tâche.
Questions fréquentes sur les limites de Claude Code
La limite de 5 heures se réinitialise-t-elle à heure fixe ? Le message de limite affiche l'heure de réinitialisation (par exemple « Resets at 3:10 PM » dans VS Code). C'est cette heure qui fait foi, pas une heure ronde supposée.
Le contexte 1M est-il disponible sur tous les abonnements ? Le changelog ne le dit pas. Il indique seulement que les sessions en contexte standard qui dépassent 200K tokens compactent désormais et continuent. Vérifiez les conditions de votre plan sur la page officielle d'Anthropic.
Que se passe-t-il si je dépasse la limite en pleine tâche ? La session s'arrête jusqu'à l'heure de réinitialisation affichée, sauf option propre à votre plan (à vérifier sur la page officielle). D'où l'intérêt d'avoir une note de reprise écrite dans un fichier, comme vu plus haut.
Le compactage fait-il perdre des informations ? Oui, une partie : le résumé garde l'essentiel et abandonne les détails intermédiaires. Ce qui doit survivre à tout (consignes, conventions) va dans CLAUDE.md.
Faut-il passer à l'API ? Seulement si vous butez régulièrement sur la limite malgré une bonne organisation, ou si vous automatisez des tâches longues. Pour un usage de sessions courtes, l'abonnement reste le plus simple.
Passer à la pratique
Mesurer pendant une semaine combien de fois la limite de 5 heures vous coupe, et à quel moment de la journée, vous donne la réponse sur le plan à choisir mieux qu'aucun comparatif. Si vous voulez aller plus loin et déléguer des tâches entières à des agents qui travaillent sans que vous surveilliez chaque fenêtre, la formation structure cette démarche : IA Agent.