Erreur Claude too many requests (429) : le blocage d'Anthropic, pas la limite de votre offre, et 6 solutions dans l'ordre

Comment corriger l'erreur « too many requests » de Claude ?

Suivez ces six étapes dans l'ordre. Aucune ne touche à vos chats ni à votre offre.

1. Attendez une minute, puis réessayez une seule fois. La référence des erreurs de Claude Code d'Anthropic dit « Wait briefly and try again ». Marteler le bouton de nouvel essai ne fait qu'envoyer plus de requêtes.
2. Mettez Claude Code à jour avec claude update. Depuis la version 2.1.199, ces blocages sont relancés avec temporisation avant même que vous les voyiez. La version actuelle est la 2.1.316, du 31 octobre 2026.
3. Lancez /status et vérifiez l'identifiant actif. Anthropic prévient : « A stray ANTHROPIC_API_KEY in your environment can route requests through a low-tier key instead of your subscription. »
4. Fermez les sessions et sous-agents en trop. Pour les 429 sur une clé API, la documentation conseille d'éviter de lancer de nombreux sous-agents en parallèle (« avoid running many parallel subagents »). Dans le journal d'un abonné Max, 114 des 122 minutes avec un 429 comptaient six sessions de bureau ouvertes ou plus.
5. Changez de modèle avec /model. Sur l'API, chaque modèle a ses propres requêtes et jetons par minute, donc un modèle plus petit peut faire tenir un traitement scripté.
6. Consultez status.claude.com, puis signalez le problème. Si rien n'est publié et que l'erreur dure des heures, envoyez le message exact et l'identifiant de la requête.

Voici le texte affiché par Claude Code : « API Error: Server is temporarily limiting requests (not your usage limit) ». L'explication d'Anthropic tient en une ligne : « The API applied a short-lived throttle that is unrelated to your plan quota. » Claude Code le distingue d'une vraie limite « by the absence of the unified quota headers a real limit response carries ». Dans l'onglet Code de l'application de bureau Claude, un rapport de bug du 30 mai 2026 montre le même blocage sous la forme « Server is temporarily limiting requests » au-dessus d'une ligne « Too many requests right now ». C'est ce que les gens cherchent avec « claude too many requests right now ».

Nous avons fouillé le suivi de tickets public de Claude Code d'Anthropic le 2 novembre 2026, à la recherche de tous les tickets de 2026 dont le titre ou le corps contient « temporarily limiting requests ». Résultat : 410. Un seul compte en a déposé 275, et ses signalements de fin juillet citaient tous Claude Code 2.1.114, une version d'avril. Nous l'avons écarté. Les 135 autres venaient de 125 personnes différentes, et 129 avaient été ouverts avant juillet. L'entrée du journal des modifications pour la 2.1.199 dit : « Transient server rate-limit errors (429s unrelated to your usage limit) are now retried automatically with backoff for subscribers instead of failing the turn ». Le blocage n'a pas disparu. Un signalement de septembre comptait 195 erreurs 429 relancées en un seul jour. Lisez la baisse comme moins de tours en échec, pas moins de 429.

Quel message Claude too many requests voyez-vous ?

Le libellé indique de quelle limite il s'agit. Ce tableau couvre Claude Code, l'application de bureau Claude et l'API Claude, tels que lus le 2 novembre 2026.

Le guide des messages d'erreur d'Anthropic pour les applications Claude ne liste aucun message « too many requests ». Ses messages de limite atteinte indiquent chacun une heure de réinitialisation ; seuls ses avertissements « approaching » n'en donnent pas. Donc si votre message cite une heure, vous avez atteint votre offre, et Claude usage limit reached détaille les solutions. S'il parle de surcharge ou de 529, c'est de la capacité, traitée dans Claude overloaded.

Pourquoi Claude affiche-t-il too many requests alors que votre usage est faible ?

Claude affiche too many requests à faible usage parce que le blocage compte la vitesse d'arrivée des requêtes, pas la part de votre offre déjà dépensée. La page des limites de débit d'Anthropic explique que les limites peuvent s'appliquer sur de courtes durées : « a rate of 60 requests per minute (RPM) might be enforced as 1 request per second. » Une rafale d'appels peut donc échouer alors que votre moyenne sur la minute semble correcte.

Les rapports de bugs le montrent clairement. Un abonné Max, le 30 mai 2026, a subi le blocage le jour où ses limites s'étaient réinitialisées. Un rapport du 18 août constatait des 429 persistants à 1 % d'utilisation. Un rapport du 24 septembre, à 26 à 27 % d'usage de l'offre, a subi un 429 sur 14 % des minutes de session avec six sessions de bureau ouvertes ou plus. Avec cinq ou moins, c'était moins de 1 %.

Une croissance soudaine le déclenche aussi. La page des erreurs de l'API d'Anthropic dit : « if your organization has a sharp increase in usage, you might see 429 errors because of acceleration limits on the API. » Son conseil : « increase your traffic gradually and maintain consistent usage patterns. » Un flux de travail Claude Code qui lance beaucoup de sous-agents d'un coup envoie exactement ce genre de pic. Anthropic ne publie pas les chiffres du blocage pour les utilisateurs d'une offre claude.ai.

Combien de temps dure l'erreur too many requests de Claude ?

Le blocage de Claude se lève en général en quelques secondes à quelques minutes. Claude Code relance les 429 passagers jusqu'à 10 fois avec temporisation exponentielle, et affiche Retrying in Ns · attempt x/y pendant l'attente. Vous ne voyez l'erreur qu'une fois ces essais épuisés.

Certains rapports parlent de durées bien plus longues. L'auteur du 30 mai dit qu'elle a duré « two days », et qu'une nouvelle session lui a permis de travailler « 3 hours at least » avant son retour. Un rapport du 15 juin disait que le blocage durait « for the last 24 hours » sur Opus 4.8. Dans le fil de mai, une nouvelle session et un autre modèle ont permis de retravailler. Si l'erreur persiste après une heure avec une seule session ouverte, ce n'est pas à vous de la corriger.

Pour les tâches qui tournent en votre absence, Claude Code a un réglage prévu. Définissez CLAUDE_CODE_RETRY_WATCHDOG=1 et il relance indéfiniment les erreurs 429 et 529. Limitez l'attente avec CLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS, par exemple 3600000 pour une heure. Définissez plutôt CLAUDE_CODE_MAX_RETRIES=2 si un script doit échouer vite.

Payer Claude Max met-il fin à too many requests ?

Non. Le blocage est « unrelated to your plan quota », et les rapports ci-dessus venaient d'abonnés Pro et Max. En novembre 2026, Claude coûte $20 par mois en Pro, $100 en Max et $200 en Ultra, selon la page de tarifs d'Anthropic. Max affiche « Priority access at high traffic times ». Anthropic ne précise pas si cela couvre le blocage.

Whizi, qui publie cette page, applique le même type de garde-fou et en affiche les chiffres : 10 messages de chat par minute et 60 par heure et par utilisateur, identique sur toutes les offres. Son erreur par minute indique « Too many requests. Please wait and try again. » et une requête refusée ne consomme rien de votre allocation (limites de débit de Whizi). Là où Whizi perd : 60 par heure est un plafond strict, alors que Claude Max n'affiche aucun chiffre horaire.

Comment corriger une erreur 429 rate_limit_error de l'API Claude ?

Lisez le corps de l'erreur avant de réessayer, car l'API Claude renvoie 429 rate_limit_error pour plus d'un problème. La page des erreurs d'Anthropic dit que votre organisation « has hit a rate limit, reached its usage tier's monthly spend cap, or reached a spend limit on the Claude Code workspace. » Seuls certains cas se règlent avec le temps.

Deux détails piègent les utilisateurs. D'abord, une limite de dépense que vous fixez vous-même n'est pas un 429. C'est une erreur 400 invalid_request_error qui commence par « You have reached your specified API usage limits ». Ensuite, les plafonds de dépense sont de $500 par mois pour Start, $1,000 pour Build et $200,000 pour Scale. Au plafond, « API usage pauses until 00:00 UTC on the first day of the next month », et même les nouveaux essais automatiques du SDK échouent jusque-là.

Les limites appartiennent à votre organisation entière, pas à une clé. Sur le palier Start, Claude Opus 5.5, Sonnet 5.5 et Haiku 5.5 disposent chacun de 4,000 requêtes par minute et 2,000,000 jetons d'entrée par minute, en novembre 2026. Les nouvelles organisations peuvent démarrer plus bas, dans un palier Evaluation. Sur la plupart des modèles, les jetons lus depuis le cache ne comptent pas dans les jetons d'entrée par minute, donc la mise en cache des prompts relève votre plafond réel. Le SDK officiel relance les 429 deux fois par défaut et respecte retry-after. Surveillez l'en-tête anthropic-ratelimit-requests-remaining de chaque réponse, et ralentissez avant qu'il n'atteigne zéro.