Un agente in produzione non si limita a chiedere una risposta: la aspetta, la usa e ci costruisce sopra un processo. Quando l’API che lo alimenta restituisce un errore, non è un fastidio momentaneo, è un flusso di lavoro che si interrompe a metà, spesso senza che nessuno se ne accorga. La continuità operativa degli agenti AI è per questo un problema di architettura, non di pazienza: dipende da un’infrastruttura sempre più concentrata, in cui un limite di capacità o un bug in un servizio di rete possono rendere irraggiungibile un modello perfettamente funzionante. Vale la pena capire cosa si rompe davvero, e cosa si può progettare prima per non restare fermi. Se stai cercando se il servizio è giù in questo momento, la cronaca aggiornata è nel pezzo sui problemi tecnici di Sonnet 4, Sonnet 4.5 e Haiku; qui parliamo invece di come si progetta un fallback.
In questo articolo scoprirai:
- 29 luglio 2026: l'errore 529 e il limite di capacità condiviso
- Perché un down di Cloudflare ferma anche Claude
- Quando l'API si ferma, l'agente AI si blocca a metà lavoro
- Fallback e multi-provider: cosa si progetta prima del down
- Il ruolo del partner AI: onboarding, SLA e continuità operativa
29 luglio 2026: l’errore 529 e il limite di capacità condiviso
L’episodio più recente e più istruttivo è il down mondiale del 29 luglio 2026: Claude è andato giù a livello globale con un errore 529 Overloaded. Anthropic ha aperto l’indagine alle 19:49 UTC e dichiarato di aver identificato la causa alle 20:33 UTC, senza però renderla pubblica. Downdetector ha registrato oltre 2.000 segnalazioni, circa metà delle quali riferite a Claude Code, secondo la ricostruzione di Newsweek.
La documentazione API distingue nettamente due codici che vengono spesso confusi: il 429 rate_limit_error riguarda il tuo account che ha superato i propri limiti, mentre il 529 overloaded_error segnala che l’API è temporaneamente sovraccarica per il traffico di tutti gli utenti. Sono due problemi diversi e richiedono due risposte diverse: nel primo caso serve rivedere il ritmo delle chiamate, nel secondo nessuna ottimizzazione lato tuo risolve il problema, puoi solo attendere o dirottare il lavoro altrove.
Non un episodio, ma una frequenza
Il 29 luglio non è stato un evento unico. StatusGator conta 155 disservizi di Claude dal gennaio 2026, con gravità molto variabile, mentre la status page di Anthropic mostra tipicamente un uptime superiore al 99% su finestre di 90 giorni, come riportato da IBTimes UK. Il 6 luglio più modelli sono rimasti fuori uso per quasi due ore; il 2 giugno un bug nel sistema di sub-agent di Claude Code ha causato una disruption diffusa. Anthropic attribuisce buona parte del problema alla domanda che cresce più velocemente della capacità di calcolo disponibile.
Le analisi indipendenti aiutano a distinguere il tipo di guasto, e la distinzione non è accademica. ThousandEyes, esaminando il disservizio del 23 giugno 2026, ha osservato che la rete restava raggiungibile mentre erano gli endpoint applicativi a rispondere con errori: il problema stava a valle del trasporto. Nel caso del 29 luglio, invece, la ricostruzione di Cybersecurity News registra un impatto simultaneo su app web, API e Claude Code, coerente con un limite di capacità condiviso a monte. Per chi progetta un fallback cambia tutto: un guasto di percorso si aggira cambiando strada, un guasto di capacità solo cambiando fornitore o rimandando il lavoro.
Perché un down di Cloudflare ferma anche Claude
L’altra famiglia di guasti non nasce dentro Anthropic. Il 18 novembre 2025 una modifica ai permessi di un database in Cloudflare ha generato un file di configurazione del Bot Management grande più del doppio del normale. Superata la soglia di 200 feature previste dal sistema, il proxy centrale è andato in panico e ha iniziato a restituire errori 5xx. Risultato: 3 ore e 38 minuti di disservizio e, insieme, ChatGPT, Claude, Spotify e X offline o degradati, come documentato da TechCrunch e raccontato nella cronaca del down che ha messo in tilt mezzo web. Il CTO Dane Knecht ha parlato di «un bug latente in un servizio alla base delle nostre capacità di bot mitigation», precisando che non si trattava di un attacco.
Il numero che spiega la portata è uno solo: Cloudflare serve circa il 20% di tutti i siti web, con datacenter in 330 città e connessioni da 13.000 reti. Nel post-mortem ufficiale l’azienda scrive che «qualsiasi down di qualsiasi nostro sistema è inaccettabile», e si impegna a trattare i propri file di configurazione come input non fidato. Non è stato un caso isolato: il 20 febbraio 2026 un sub-task di pulizia difettoso nell’Addressing API ha iniziato a cancellare sistematicamente i prefissi BYOIP, ritirando circa 1.100 rotte su 6.500 annunciate per 6 ore e 7 minuti.
Lo strato di rete che sta davanti al modello
Il punto meno intuitivo è che un down di Claude può non avere nulla a che fare con i modelli. La documentazione ufficiale di Anthropic lo dice esplicitamente parlando dei limiti di dimensione delle richieste: «sull’API Claude diretta, è Cloudflare a restituire questo errore prima che la richiesta raggiunga i server dell’API». Tradotto: esiste uno strato di rete che sta davanti al modello, e se quello strato cade, il modello è irraggiungibile pur essendo perfettamente funzionante.
Quando l’API si ferma, l’agente AI si blocca a metà lavoro
Per chi usa la chat, un down è un’attesa. Per chi ha un agente in produzione, è tutt’altra cosa. Un 529 che arriva a metà sessione interrompe il lavoro in corso e costringe a ripartire da zero, e su Claude Code può abortire un task in esecuzione senza retry automatico. La differenza è che nessuno se ne accorge in tempo reale: come sintetizza Glitchwire, «la tua automazione si blocca, i tuoi utenti non ricevono nulla, e lo scopri quando qualcuno scrive per chiedere perché le cose sono rotte».
La dipendenza è più profonda di quanto sembri. Sempre Glitchwire, citando un sondaggio del Pragmatic Engineer, indica che il 71% di chi usa regolarmente agenti AI ha in Claude Code il proprio strumento principale; gli ingegneri di Anthropic dichiarano di produrre con Claude l’80% del nuovo codice in produzione, e una ricerca Microsoft riporta per gli utenti di Claude Code circa il 24% di pull request unite in più. Sono numeri di adozione, ma letti al contrario diventano numeri di esposizione: più il guadagno di produttività è reale, più il fermo pesa. Se stai valutando l’impatto economico di questa dipendenza, il ragionamento si intreccia con quello sul ROI dell’AI generativa, dove il problema quasi mai è la tecnologia in sé.
Fallback e multi-provider: cosa si progetta prima del down
Retry, batch e multi-provider: le tre leve tecniche
La buona notizia è che quasi tutto il lavoro di resilienza si fa prima, non durante. Gli SDK ufficiali di Anthropic ritentano automaticamente i fallimenti transitori, errori di connessione, rate limit, 5xx, con backoff esponenziale, due volte per impostazione predefinita e rispettando l’header retry-after quando presente. È una difesa di base, configurabile, ma spesso lasciata ai valori di default anche quando il carico di lavoro meriterebbe di più.
Sopra il retry si costruisce il resto. La Message Batches API consente di sganciare i lavori lunghi dalla necessità di una connessione ininterrotta, facendo polling sui risultati invece di tenere aperta una richiesta fragile. Lo streaming riduce l’esposizione ai timeout su richieste oltre i dieci minuti. Il multi-provider, instradare il traffico verso lo stesso modello ospitato su infrastrutture diverse, o verso un modello alternativo con qualità degradata ma accettabile, è la mossa che trasforma un blocco totale in un rallentamento. E poi c’è la parte meno tecnica e più decisiva: decidere in anticipo cosa deve succedere all’utente finale quando l’agente non risponde, invece di lasciargli una schermata bianca. Chi sta valutando l’architettura di partenza trova un inquadramento utile nella guida completa a Claude AI e ai suoi rischi e nelle scelte concrete di integrazione in azienda con guardrail.
Osservabilità: sapere di essere fermi
Manca un ultimo pezzo, spesso trascurato: sapere di essere fermi. Un agente che riceve un 529 e muore in silenzio è indistinguibile da un agente che non ha ricevuto richieste, e la differenza la scopre l’utente prima del team. Presidiare la status page del provider, tracciare il tasso di errore separandolo per codice, 429 e 529 raccontano storie diverse, e far scattare un alert quando i 5xx superano una soglia trasforma un down subito in un down gestito. Per le PMI che non hanno un team di piattaforma dedicato è esattamente il punto in cui conviene appoggiarsi a qualcuno, come argomentato in Claude Agent SDK per PMI.
Il ruolo del partner AI: onboarding, SLA e continuità operativa
Qui emerge la differenza tra comprare un prodotto e ricevere un servizio. Un abbonamento API ti dà accesso al modello; non ti dà un piano per il giorno in cui il modello non risponde. La continuità operativa non è una funzionalità che si attiva: è una serie di decisioni prese in fase di onboarding, quali flussi possono degradare e quali no, dove mettere una coda, quale provider secondario tenere caldo, chi viene avvisato e in quanto tempo. È esattamente il lavoro che la manutenzione post-deployment rende visibile e che rende il servizio più importante del modello nelle installazioni enterprise.
In MIMIR affrontiamo questo tema nell’onboarding, non dopo il primo incidente: il fallback si disegna insieme all’agente, non gli si aggiunge sopra. Se stai scegliendo con chi lavorare, valgono i criteri raccolti in come scegliere il partner AI giusto in Italia e la distinzione tra agente chiavi in mano e self-service.
Se hai un agente AI in produzione, o stai per metterlo, e non sai cosa succede ai tuoi processi quando il provider si ferma, è il momento giusto per parlarne. Contattaci su mimir.bot per una consulenza sull’architettura di continuità del tuo caso specifico.
Fonti:
- BleepingComputer — Anthropic conferma il down mondiale di Claude
- Newsweek — Segnalazioni Downdetector e vincoli di capacità
- Anthropic — Documentazione ufficiale sugli errori API (429 e 529)
- Anthropic — Status page e storico degli incidenti
- IBTimes UK — Claude AI e i disservizi ripetuti del 2026
- Cybersecurity News — Impatto del down mondiale su web, API e Claude Code
- ThousandEyes — Analisi di rete del disservizio del 23 giugno 2026
- Glitchwire — Errori 529, automazioni interrotte e sondaggio Pragmatic Engineer
- TechCrunch — Cloudflare blames massive internet outage on latent bug
- Cloudflare — Post-mortem del down del 18 novembre 2025
- Cloudflare — Outage del 20 febbraio 2026 e prefissi BYOIP
Domande frequenti
Perché Claude non funziona anche quando Anthropic non ha problemi?
Davanti all'API di Claude c'è uno strato di rete gestito da Cloudflare. La documentazione di Anthropic conferma che alcuni errori vengono restituiti da Cloudflare prima che la richiesta raggiunga i server dell'API. Se quello strato cade, il modello è irraggiungibile pur essendo perfettamente funzionante.
Che differenza c'è tra errore 429 e errore 529 sull'API di Claude?
Il 429 rate_limit_error indica che il tuo account ha superato i limiti previsti dal suo piano: la risposta è rivedere il ritmo delle chiamate. Il 529 overloaded_error segnala invece che l'API è temporaneamente sovraccarica per il traffico complessivo di tutti gli utenti. Nel secondo caso nessuna ottimizzazione lato tuo risolve: puoi solo attendere o dirottare il lavoro su un'altra infrastruttura.
Come si protegge un agente AI in produzione da un down del provider?
Il lavoro si fa prima dell'incidente. Servono retry con backoff esponenziale configurati sul carico reale, l'uso della Message Batches API per i job lunghi, un provider secondario già pronto a ricevere traffico e alert sul tasso di errori 5xx. Va inoltre deciso in anticipo cosa vede l'utente finale quando l'agente non risponde, invece di lasciargli una schermata vuota.
