Claude too many requests (errore 429): il throttle di Anthropic, non il limite del tuo piano, e le sei soluzioni in ordine

Come si risolve l'errore too many requests di Claude?

Segui questi sei passaggi in ordine. Nessuno tocca le tue chat o il tuo piano.

1. Aspetta un minuto, poi riprova una sola volta. Il riferimento agli errori di Claude Code di Anthropic dice "Wait briefly and try again". Premere ripetutamente su riprova non fa che inviare più richieste.
2. Aggiorna Claude Code con claude update. Dalla versione 2.1.199 questi throttle vengono ritentati con backoff prima che tu li veda. La versione attuale è la 2.1.316, del 31 ottobre 2026.
3. Esegui /status e controlla la credenziale attiva. Anthropic avverte: "A stray ANTHROPIC_API_KEY in your environment can route requests through a low-tier key instead of your subscription."
4. Chiudi le sessioni e i subagent in più. Per i 429 su una chiave API, la documentazione dice di "avoid running many parallel subagents". Nel log di un abbonato Max, 114 minuti su 122 con un 429 avevano sei o più sessioni desktop aperte.
5. Cambia modello con /model. Sull'API ogni modello ha le sue richieste e i suoi token al minuto, quindi un modello più piccolo può far proseguire un'esecuzione automatizzata.
6. Controlla status.claude.com, poi segnala il problema. Se non c'è nessun avviso e l'errore dura ore, invia il messaggio esatto e l'ID della richiesta.

Ecco il testo che stampa Claude Code: "API Error: Server is temporarily limiting requests (not your usage limit)". La spiegazione di Anthropic è una sola riga: "The API applied a short-lived throttle that is unrelated to your plan quota." Claude Code lo distingue da un limite vero "by the absence of the unified quota headers a real limit response carries". Nella scheda Code dell'app desktop di Claude, una segnalazione del 30 maggio 2026 mostra lo stesso throttle come "Server is temporarily limiting requests" sopra una riga che dice "Too many requests right now". È la ricerca "claude too many requests right now" che fa la gente.

Il 2 novembre 2026 abbiamo cercato nel tracker pubblico delle issue di Claude Code di Anthropic ogni issue del 2026 con "temporarily limiting requests" nel titolo o nel testo. Ne sono risultate 410. Un solo account ne ha aperte 275, e le sue segnalazioni di fine luglio citavano tutte Claude Code 2.1.114, una build di aprile. Abbiamo escluso quell'account. Le altre 135 arrivavano da 125 persone diverse, e 129 erano state aperte prima di luglio. La voce del changelog per la 2.1.199 dice: "Transient server rate-limit errors (429s unrelated to your usage limit) are now retried automatically with backoff for subscribers instead of failing the turn". Il throttle non è sparito. Una segnalazione di settembre contava 195 429 ritentati in un solo giorno. Leggi il calo come meno turni falliti, non meno 429.

Quale messaggio too many requests di Claude stai vedendo?

Il testo del messaggio ti dice di chi è il limite che hai raggiunto. Questa tabella copre Claude Code, l'app desktop di Claude e l'API di Claude, aggiornata al 2 novembre 2026.

La guida ai messaggi di errore di Anthropic per le app di Claude non elenca alcun messaggio "too many requests". I suoi messaggi di limite raggiunto indicano ciascuno un orario di ripristino; solo gli avvisi "approaching" no. Quindi se il tuo messaggio indica un orario, hai raggiunto il limite del piano, e Claude usage limit reached ha le soluzioni. Se dice overloaded o 529, è un problema di capacità, trattato in Claude overloaded.

Perché Claude dice too many requests quando usi poco?

Claude dice too many requests con un uso basso perché il throttle conta la velocità con cui arrivano le richieste, non quanto del piano hai speso. La pagina dei rate limit di Anthropic dice che i limiti possono scattare su intervalli brevi: "a rate of 60 requests per minute (RPM) might be enforced as 1 request per second." Quindi una raffica di chiamate può fallire anche se la tua media al minuto sembra a posto.

Le segnalazioni lo mostrano chiaramente. Un abbonato Max il 30 maggio 2026 ha ricevuto il throttle il giorno in cui i suoi limiti erano stati azzerati. Una segnalazione del 18 agosto ha visto 429 persistenti all'1% di utilizzo. Una segnalazione del 24 settembre, con il 26-27% di utilizzo del piano, ha avuto un 429 nel 14% dei minuti di sessione con sei o più sessioni desktop aperte. Con cinque o meno, era sotto l'1%.

Anche una crescita improvvisa lo fa scattare. La pagina degli errori API di Anthropic dice "if your organization has a sharp increase in usage, you might see 429 errors because of acceleration limits on the API." Il suo consiglio è "increase your traffic gradually and maintain consistent usage patterns." Un flusso di lavoro di Claude Code che lancia molti subagent insieme genera proprio quel tipo di picco. Anthropic non pubblica i numeri alla base del throttle per chi usa un piano claude.ai.

Quanto dura l'errore too many requests di Claude?

Il throttle di Claude di solito passa in pochi secondi o minuti. Claude Code ritenta i 429 transitori fino a 10 volte con backoff esponenziale e mostra Retrying in Ns · attempt x/y mentre aspetta. Vedi l'errore solo quando questi tentativi finiscono.

Alcune segnalazioni sono durate molto di più. Chi ha scritto il 30 maggio ha detto che è durato "two days", e che una nuova sessione gli ha permesso di lavorare "3 hours at least" prima che tornasse. Una segnalazione del 15 giugno diceva che il throttle durava "for the last 24 hours" su Opus 4.8. Nel thread di maggio, una nuova sessione e un altro modello hanno rimesso al lavoro le persone. Se è ancora lì dopo un'ora con una sola sessione aperta, non dipende da te.

Per i lavori che girano mentre sei via, Claude Code ha un interruttore. Imposta CLAUDE_CODE_RETRY_WATCHDOG=1 e ritenterà all'infinito gli errori 429 e 529. Limita l'attesa con CLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS, per esempio 3600000 per un'ora. Imposta invece CLAUDE_CODE_MAX_RETRIES=2 se uno script deve fallire subito.

Pagare Claude Max ferma too many requests?

No. Il throttle è "unrelated to your plan quota", e le segnalazioni qui sopra arrivavano da abbonati Pro e Max. A novembre 2026 Claude costa $20 al mese su Pro, $100 su Max e $200 su Ultra, secondo la pagina dei prezzi di Anthropic. Max elenca "Priority access at high traffic times". Anthropic non dice se questo copra o meno il throttle.

Whizi, che pubblica questa pagina, usa lo stesso tipo di protezione e ne stampa i numeri: 10 messaggi di chat al minuto e 60 all'ora per utente, uguali su ogni piano. L'errore al minuto dice "Too many requests. Please wait and try again." e una richiesta rifiutata non consuma nulla della tua quota (rate limit di Whizi). Dove Whizi perde: 60 all'ora è un tetto rigido, mentre Claude Max non stampa alcun numero orario.

Come si risolve un 429 rate_limit_error dell'API di Claude?

Leggi il corpo dell'errore prima di riprovare, perché l'API di Claude invia 429 rate_limit_error per più di un problema. La pagina degli errori di Anthropic dice che la tua organizzazione "has hit a rate limit, reached its usage tier's monthly spend cap, or reached a spend limit on the Claude Code workspace." Solo alcuni di questi si risolvono col tempo.

Due dettagli fanno cadere in errore. Primo, un limite di spesa che imposti tu non è un 429. È un 400 invalid_request_error che inizia con "You have reached your specified API usage limits". Secondo, i tetti di spesa sono $500 al mese su Start, $1,000 su Build e $200,000 su Scale. Al tetto, "API usage pauses until 00:00 UTC on the first day of the next month", e anche i retry automatici dell'SDK falliscono fino ad allora.

I limiti appartengono alla tua organizzazione nel suo insieme, non a una singola chiave. Sul livello Start, Claude Opus 5.5, Sonnet 5.5 e Haiku 5.5 hanno ciascuno 4,000 richieste al minuto e 2,000,000 token in ingresso al minuto, a novembre 2026. Le nuove organizzazioni possono partire più in basso, in un livello Evaluation. Sulla maggior parte dei modelli i token letti dalla cache non contano nei token in ingresso al minuto, quindi il prompt caching alza il tetto reale a tua disposizione. L'SDK ufficiale ritenta i 429 due volte per impostazione predefinita e rispetta retry-after. Tieni d'occhio l'header anthropic-ratelimit-requests-remaining in ogni risposta e rallenta prima che arrivi a zero.