Il 529 è l’unico errore Claude non causato dal proprio codice. Il sovraccarico riguarda Anthropic e non può essere corretto dal nostro lato. L’unica cosa possibile è gestirlo correttamente: retry persistenti con backoff esponenziale, un modello di fallback per i percorsi sensibili alla latenza e nessuna raffica di retry immediati che peggiori ulteriormente l’incidente. Questi tre elementi costituiscono tutta la gestione.
L’errore
{
"type": "error",
"error": { "type": "overloaded_error",
"message": "Overloaded" }
}Cause e soluzioni in breve
| Causa | Soluzione |
|---|---|
| Sovraccarico del provider (giorno di lancio di un nuovo modello, incidente regionale). Si verifica contemporaneamente per tutti gli utenti. | Attendi con backoff e jitter. Non ridistribuire l’app: controlla la pagina di stato di Anthropic. |
| Il proprio invio a raffica si è sovrapposto a una capacità già sotto pressione. | Distribuisci temporalmente l’elaborazione batch. Spostarla di 10 minuti risolve quasi sempre il problema. |
| Confusione con il 429. Nei log possono sembrare simili, ma la causa è completamente diversa. | Il 429 indica che hai superato il tuo limite (il server è normale); il 529 indica che il server è sovraccarico (saldo e limiti sono normali). Solo il 429 include Retry-After. |
| Non è stato definito alcun fallback, quindi il problema del provider arriva direttamente all’utente finale. | Definisci l’ordine dei fallback. Se appartengono alla stessa famiglia (Sonnet → Haiku), il comportamento è simile; se attraversano provider (Claude → GPT), consentono di superare anche un’interruzione generale. |
Progetta retry che non peggiorino l’incidente
Tratta il 529 come un "429 senza Retry-After". Usa un backoff esponenziale che inizi da circa 2 secondi, con jitter, un limite di 30–60 secondi e circa 5 tentativi prima di rinunciare e trasferire la richiesta in coda. È il jitter a fare la differenza: senza di esso tutti i client tornerebbero nello stesso momento, prolungando proprio il sovraccarico da cui si cerca di uscire.
Non far fallire la richiesta: deviala
Per i percorsi sensibili alla latenza, prepara una catena di fallback. Se l’endpoint è compatibile con OpenAI, devi cambiare una sola stringa: non servono altri SDK né altri account:
PREFERRED = ["claude-sonnet-5", "claude-haiku-4-5", "gpt-5-6-terra"]
def complete(messages):
last = None
for model in PREFERRED:
try:
return client.chat.completions.create(
model=model, messages=messages, max_tokens=800)
except APIStatusError as e:
if e.status_code not in (429, 500, 529):
raise
last = e # 過負荷 — 次の候補へ
raise lastMetti in dubbio il tuo codice per ultimo
Se solo determinati tipi di richieste ricevono 529 mentre le altre chiamate nello stesso momento riescono, non si tratta di un’interruzione generale. Controlla se quel percorso invia prompt insolitamente grandi o se trasmette richieste a raffica in un ciclo breve. Al contrario, se tutte le chiamate ricevono 529 contemporaneamente e il problema si risolve spontaneamente dopo un po’, la causa è la capacità. In quel caso devi intervenire su retry e fallback, non sul refactoring.
Se chiami tramite Kunavo
Kunavo distribuisce Claude su più percorsi upstream e, grazie al catalogo multimodello, il fallback tra provider consiste nel "cambiare solo il nome del modello mantenendo la stessa chiave e lo stesso saldo". Il codice sopra non richiede un secondo account. Gli errori 529 che si ricevono nonostante queste misure non vengono addebitati. Capacità e prezzo sono problemi distinti. Per quest’ultimo, consulta il prezzo unitario per modello nella tabella dei prezzi dell’API Claude.
Domande frequenti
Il 529 dipende da me?
No. È un problema di capacità del provider. La nostra responsabilità consiste in due sole cose: non amplificare l’incidente (backoff e jitter) e predisporre una destinazione alternativa quando l’incidente supera il tempo di latenza accettabile.
Qual è la differenza tra 529 e 429?
Il 429 indica che hai superato il tuo limite, mentre il server è normale. Il 529 indica che il server è sovraccarico, mentre i tuoi limiti e il tuo saldo sono normali. Entrambi possono essere ritentati, ma solo il 429 include l’indicazione Retry-After.
Quanto dura di solito un 529?
Non è prevedibile né garantito. Per questo la soluzione corretta è "backoff con limite + coda", non un tempo di attesa fisso scritto nel codice. Se quel percorso ha un limite di latenza, il fallback deve subentrare invece di aspettare.
Le chiamate fallite con 529 vengono comunque addebitate?
Tramite Kunavo, no. Le richieste che terminano con un errore non vengono fatturate. In caso di contratto diretto, si applicano le regole di fatturazione del singolo provider.
Guide correlate
- Cause e soluzioni dell'errore «Si è verificato un errore nel flusso dei messaggi» — comune a ChatGPT e alle chat AI
- Prezzi di Claude [edizione 2026] — piani mensili, tariffe API e Claude Code
- Errori di streaming LLM — interruzioni SSE, stream bloccati e utilizzo mancante
Ulteriori dettagli sul significato degli errori sono disponibili in riferimento agli errori; ottenere una chiave richiede un minuto tramite registrazione e la guida all’autenticazione.