Limite Claude : pourquoi vous l’atteignez si vite

La limite Claude est un quota d’utilisation calculé sur une fenêtre de 5 heures, auquel s’ajoute un plafond hebdomadaire sur les formules payantes, et ce volume est partagé entre claude.ai, Claude Code et l’application de bureau. Quand elle tombe en pleine livraison pour un client, c’est une demi-journée facturée qui s’arrête, et la cause tient souvent à une seule chose : un contexte devenu trop gros, renvoyé à Claude avec chaque message. Voici les règles officielles au 27 octobre 2026, ce que j’ai mesuré en direct dans Claude Code, et les cinq réglages qui gardent vos sessions propres.

21:41

Les limites de Claude, offre par offre

Anthropic ne publie pas de nombre de messages. La limite se compte en usage, et l’usage dépend de la longueur de la conversation, du modèle, du niveau d’effort et des outils branchés.

Ce qui est écrit noir sur blanc sur claude.com/pricing ↗ (nouvel onglet) et sur le centre d’aide ↗ (nouvel onglet), vérifié le 27/10/2026 :

En pratique, retenez trois choses :

• La session repart toutes les 5 heures. Le plafond hebdomadaire, lui, se réinitialise à une heure fixe attribuée à votre compte, visible dans Paramètres, puis Utilisation.
• Le quota est commun. Une matinée dans Claude Code entame ce qu’il vous reste sur claude.ai l’après-midi. Le centre d’aide le dit en toutes lettres : toutes les surfaces comptent pour la même limite.
• Une fois la limite atteinte, vous attendez la réinitialisation, ou vous activez des crédits d’usage pour continuer.

Dans Claude Code, la commande /usage affiche où vous en êtes sur la session et sur la semaine, avec le détail de ce qui a consommé.

Pourquoi vous atteignez la limite avant la fin de la journée

À chaque message, Claude relit toute la conversation. Votre « bonjour » de la 40e réplique ne coûte pas trois mots : il coûte les trois mots plus tout ce qui précède, fichiers lus et réponses d’outils compris.

Le centre d’aide d’Anthropic le résume en une phrase : les outils et les connecteurs sont gourmands en tokens. Si la notion de token ou de fenêtre de contexte vous est floue, elle est expliquée dans l’article sur Claude IA.

La consommation grimpe de deux façons :

1. Un contexte gros dès le départ, chargé par vos outils avant même votre premier message.
2. Une conversation qui s’éternise, où chaque nouvelle réplique traîne tout l’historique.

Il y a aussi un effet de second tour : plus le contexte est plein, plus Claude se trompe, et plus vous renvoyez de messages pour corriger. Vous payez deux fois : en quota et en heures.

1 million de tokens de contexte : le piège marketing

Le 13 mars 2026, Anthropic a ouvert la fenêtre d’un million de tokens à Opus 4.6 et Sonnet 4.6, au tarif normal. Tout le monde a applaudi : on allait pouvoir charger des projets entiers.

Dans la même annonce, Anthropic publie un test, le MRCR v2. On cache des informations dans un million de tokens et on demande au modèle de les retrouver, comme une aiguille dans une botte de foin. Opus 4.6, le meilleur score du marché à cette taille, retrouve 78,3 % des informations. Même le meilleur modèle en perd donc une sur cinq.

La raison tient à la façon dont un modèle lit. Chaque token doit être mis en relation avec tous les autres tokens du contexte, pas seulement ses voisins. Prenez un championnat de foot :

• 4 équipes, 6 matchs ;
• 8 équipes, 28 matchs ;
• 100 équipes, 4 950 matchs.

Chaque token ajouté crée une relation avec tous ceux déjà présents. C’est une croissance quadratique, en N au carré. Plus le contexte grossit, plus l’attention se dilue, et à un moment le modèle commence à rater des matchs.

L’étude « Lost in the Middle » (Liu et al., Stanford, 2023) montre que les modèles retiennent bien le début et la fin du contexte, et beaucoup moins bien le milieu. Anthropic, dans sa propre documentation, parle de « context rot », la dégradation du contexte, et recommande de gérer activement sa taille.

La zone floue : le seuil de 80 000 tokens

J’utilise Claude Code tous les jours, et je travaille avec une règle simple :

• sous 80 000 tokens, c’est la zone de génie : Claude raisonne bien, suit vos instructions, écrit du code propre ;
• au-delà de 100 000 tokens, c’est la zone floue : il oublie ce que vous avez dit au début, invente des fichiers qui n’existent pas, tourne en rond.

Ces seuils sont les miens, tirés de mon usage, pas une règle d’Anthropic. Ils tiennent pourtant d’un projet à l’autre.

Et la zone floue s’aggrave toute seule. Claude déraille, vous corrigez, il déraille encore, vous corrigez encore. En relisant la conversation, il voit un schéma : erreur, correction, erreur, correction. La suite la plus probable de ce schéma, c’est une nouvelle erreur.

Insister ne fait qu’empirer les choses. Tapez plutôt /clear : une nouvelle conversation, un contexte vide. Si vous voulez garder le fil, /compact résume l’échange et libère de la place, mais un départ propre reste plus fiable.

Mesurer votre contexte en temps réel avec ccstatusline

Par défaut, Claude Code ne vous montre pas en permanence combien de tokens vous avez chargés. Vous savez seulement si vous tapez /context, qui dessine une grille de ce qui occupe la fenêtre. Le reste du temps, vous conduisez sans compteur de vitesse.

ccstatusline ↗ (nouvel onglet) comble ce manque. C’est un outil open source, sous licence MIT, qui affiche une barre en bas de Claude Code : le modèle, la branche Git, et surtout la longueur du contexte en tokens et en pourcentage. Au tournage, le dépôt avait plus de 7 000 étoiles ; il en compte plus de 13 000 aujourd’hui.

Le configurateur se lance en une commande :

npx -y ccstatusline@latest

Il vous laisse choisir les éléments affichés et écrit la configuration de Claude Code pour vous. Deux de ses widgets répondent directement à la question de la limite : « Session Usage » et « Weekly Usage », qui montrent ce que vous avez consommé sur la session de 5 heures et sur la semaine.

Pour la qualité, je regarde surtout le nombre de tokens, plus parlant que le pourcentage quand la fenêtre fait un million. Quand il approche 80 000, c’est le signal : je note où j’en suis, puis /clear.

Le ménage MCP : 20 000 tokens avant votre premier mot

Chaque serveur MCP branché à Claude Code (Supabase, GitHub, Notion, Gmail) apporte ses descriptions d’outils. Le fonctionnement des MCP est détaillé dans l’article sur Claude Code et les MCP ; ici, seul leur poids compte.

J’ai mesuré en direct, sur une session avec un peu moins d’une dizaine de MCP connectés :

Un « bonjour » m’a coûté plus de la moitié de ma zone de génie. Couper les MCP dont je ne me servais pas a rendu environ 13 000 tokens, sans rien perdre.

Détail pour les curieux : même MCP désactivés, la ligne « MCP tools » de /context affiche encore quelques tokens, et l’économie réelle se cache ailleurs. Le contexte est plus opaque qu’on ne le croit. Raison de plus pour mesurer au lieu de deviner.

Depuis le tournage, Claude Code charge les outils MCP à la demande par défaut (la recherche d’outils) : le coût d’entrée est plus faible qu’en avril. La règle reste la même, et /context vous dit ce qu’il en est chez vous. Ne gardez que les MCP de la tâche en cours :

/mcp                     # la liste des serveurs, à activer ou couper
/mcp disable notion      # coupe un serveur pour ce projet, sans perdre sa configuration
/mcp enable notion       # le rebranche quand vous en avez besoin

Préférer les CLI natifs aux MCP

Un CLI est un petit programme qu’on pilote dans le terminal par des commandes texte. git en est un, npm aussi. La plupart des grands services ont leur CLI officiel, gratuit et maintenu : Supabase, Vercel, GitHub, AWS.

Or Claude connaît déjà ces CLI. Il a appris leur syntaxe pendant son entraînement. Un MCP doit lui expliquer ses outils dans le contexte ; un CLI connu n’injecte rien.

Dans la vidéo, j’ai désactivé le MCP Supabase et demandé à Claude Code de passer par le CLI :

Connecte-toi à mon projet Supabase via le CLI natif, pas le MCP.
Ma référence de projet est la suivante : <référence>. Fais les commandes nécessaires.

La référence se trouve dans le tableau de bord Supabase, dans l’URL juste après project/. Claude a ensuite tout enchaîné seul :

1. supabase --version pour vérifier l’installation : le CLI n’y était pas ;
2. l’installation par Homebrew, la méthode de la documentation Supabase (version 2.90.0 au tournage) ;
3. la connexion, supabase login, que j’ai lancée dans un autre terminal parce que le navigateur ne s’ouvrait pas depuis Claude Code ;
4. la liste des tables de mon projet, à ma demande.

Je n’ai tapé aucune commande, j’ai décrit ce que je voulais. Pour lancer une commande vous-même sans quitter Claude Code, commencez la ligne par ! : vous passez en mode bash.

Même logique pour Vercel, GitHub ou AWS. Attention, un MCP d’un petit éditeur n’a souvent pas de CLI : celui-là, gardez-le.

Des prompts qui ne coûtent pas trois messages

Une autre fuite de quota ne vient pas du contexte mais du prompt. Vous tapez une demande vite faite, Claude fait exactement ce que vous avez écrit, et vous perdez trois messages à réexpliquer ce que vous vouliez.

1:04

Le skill gratuit prompt-master ↗ (nouvel onglet) (licence MIT, plus de 15 000 étoiles) attaque ce problème. Vous décrivez votre besoin en une phrase, même en vrac, et il vous rend un prompt cadré : le résultat attendu, les fichiers que Claude a le droit de toucher, le moment où il doit s’arrêter. Il garde aussi un bloc de mémoire avec vos décisions techniques, pour que Claude cesse de remettre votre stack en cause à chaque conversation, ce qui compte quand vous passez d’un client à l’autre.

Il s’installe dans claude.ai par Customize, puis Skills. Pour comprendre ce qu’est un skill et comment en écrire un, voyez l’article sur les skills Claude Code.

Rechercher, planifier, implémenter : rester dans la zone de génie

La méthode la plus poussée consiste à ne jamais tout faire dans une seule conversation. Chaque tâche se découpe en trois phases, RPI :

1. Rechercher. Claude explore votre code, ou le web, et produit un résumé. Sur une grosse tâche, il délègue l’exploration à des sous-agents : chacun travaille dans son propre contexte et ne renvoie qu’un résumé, sans toucher au vôtre. Le détail est dans l’article sur les sous-agents Claude Code.
2. Planifier. Un fichier avec les étapes exactes, parfois jusqu’aux fichiers et aux lignes à modifier.
3. Implémenter. Claude exécute le plan dans un contexte frais.

Entre chaque phase, /clear, et vous repartez du résumé de la phase précédente. C’est le principe des méthodes spec driven comme GSD ou OpenSpec.

Les 5 règles pour ne plus subir la limite

1. Installez ccstatusline. On n’optimise pas ce qu’on ne mesure pas.
2. Surveillez le seuil des 80 000 tokens. En approchant, notez où vous en êtes, préparez un plan avec Claude, /clear, et repartez propre.
3. Désactivez les MCP inutiles. Seulement ceux de la tâche en cours.
4. Préférez les CLI natifs quand l’outil en a un : Supabase, Vercel, GitHub, AWS.
5. Gardez un CLAUDE.md court, sous 300 lignes, idéalement sous 100. Ce qui est propre à un module, à un déploiement ou à un process va dans des fichiers séparés, que Claude lit quand il en a besoin. Le rôle du CLAUDE.md est expliqué dans l’article sur Claude Code.