ChatGPT, Claude e Grok in down: cause diverse, dipendenze nascoste

Il 3 settembre 2026 ChatGPT, Claude e Grok hanno registrato disservizi nello stesso arco temporale. Tuttavia, le informazioni disponibili non dimostrano che siano caduti per una causa unica.

La conclusione più solida è più circoscritta: il gestore di Grok ha attribuito il proprio outage a un problema nel centro di calcolo di Memphis; OpenAI ha indicato un distinto errore di instradamento per ChatGPT e Codex; Anthropic ha parlato, per Claude, di un problema di infrastruttura senza specificarne il componente. 3540

Cosa è accertato

Per Grok, il collegamento con Memphis è esplicito. Il suo gestore ha comunicato che un outage nel proprio compute center di Memphis aveva creato problemi a Grok e ha chiesto scusa anche ai «compute partner» coinvolti. Secondo le informazioni riportate, l’interruzione è iniziata attorno alle 6:30 del mattino, ora del Pacifico, ed è durata circa tre ore e mezza. 40

OpenAI ha fornito una spiegazione diversa per ChatGPT e Codex: un errore di routing, cioè nell’instradamento del traffico, è iniziato intorno alle 7:43, ora del Pacifico, rendendo i servizi indisponibili per alcuni utenti su varie piattaforme. Una soluzione è stata implementata verso le 8:17. 35

Anche Claude ha subito un aumento degli errori. Le informazioni di stato riportate all’epoca indicano un incidente di 3 ore e 6 minuti; Anthropic lo ha descritto come un problema di infrastruttura che ha interessato i servizi Claude. Ma le fonti pubbliche disponibili non identificano il componente guasto, né affermano che Claude fosse ospitato presso — o dipendesse da — l’impianto di Memphis. 3545

In altre parole:

• Confermato: Grok è stato colpito dall’outage del centro di calcolo di Memphis. 40
• Confermato: Claude ha avuto un disservizio legato all’infrastruttura. 3545
• Non confermato: il disservizio di Claude sia stato causato dall’impianto di Memphis o da una sua dipendenza.

Stesso momento, ma non lo stesso blackout

Definire l’episodio un blackout simultaneo dell’AI è una scorciatoia comprensibile, perché gli utenti hanno incontrato problemi su più servizi importanti nello stesso periodo. Non significa però che ogni piattaforma sia rimasta completamente fuori servizio per cinque ore.

Le ricostruzioni disponibili collocano i primi errori di Claude attorno alle 6:23 del mattino, ora del Pacifico, quelli di Grok verso le 6:30 e l’errore di routing di ChatGPT alle 7:43. Claude è tornato operativo entro le 9:16; per Grok l’interruzione riportata è stata di circa tre ore e mezza. 354045

L’impatto operativo è stato comunque rilevante. Nello stesso intervallo potevano venire meno chat per il pubblico, API per gli sviluppatori, strumenti di programmazione e flussi di lavoro basati sull’AI. La soluzione abituale — passare rapidamente da un grande fornitore di modelli a un altro — era quindi meno efficace durante la sovrapposizione dei problemi. 3538

Claude era coinvolto nel guasto di Memphis?

L’ipotesi non nasce dal nulla: il gestore di Grok ha detto che l’evento di Memphis ha coinvolto anche partner di calcolo non specificati, mentre Claude ha registrato un incidente infrastrutturale in una fascia oraria simile. 4045

Ma una coincidenza temporale non è una prova di causalità. Nei resoconti forniti, il gestore non ha nominato Anthropic o Claude tra i partner coinvolti; Anthropic, dal canto suo, non ha indicato Memphis come origine del disservizio.

La formulazione corretta resta quindi: la connessione tra Claude e Memphis è una possibilità non verificata pubblicamente, non un fatto accertato.

Perché non si possono escludere categoricamente Azure e Cloudflare

Le prove pubbliche non consentono di dire che Azure o Cloudflare siano stati definitivamente «esclusi». Consentono invece un’affermazione più limitata: le spiegazioni comunicate dalle aziende puntano altrove. OpenAI ha attribuito l’interruzione a un errore di routing; il gestore di Grok al centro di calcolo di Memphis. 3540

Nessuna delle fonti disponibili identifica un outage esteso di Azure o Cloudflare come causa degli eventi. Questo rende meno probabile un singolo guasto generalizzato di quei fornitori, ma non elimina possibili esposizioni indirette: rete regionale, DNS, sistemi di identità e accesso, collegamenti di transito, capacità o altri fornitori condivisi. Per un’esclusione definitiva servirebbero informazioni più complete sulle dipendenze tecniche e postmortem dettagliati.

La lezione: più fornitori non significa più indipendenza

L’episodio mostra che avere una lista di fornitori di modelli non equivale automaticamente a un piano di continuità operativa. Servizi apparentemente indipendenti per il cliente possono condividere infrastrutture fisiche, regioni cloud, reti, autenticazione, hosting dei modelli, hardware o processi operativi.

Quando l’AI è integrata nei sistemi aziendali, l’impatto va oltre una chat che non risponde. Un modello indisponibile può bloccare code di lavoro, chiamate a strumenti esterni, approvazioni, assistenza clienti, pipeline di sviluppo e monitoraggio. Anche la ripresa può introdurre nuovi rischi: tentativi ripetuti potrebbero duplicare un’azione esterna o far perdere lo stato necessario per ripartire in sicurezza.

Come testare la resilienza ai downtime dell’AI

Le organizzazioni che usano l’AI in produzione dovrebbero testare almeno questi scenari:

1. Indisponibilità totale del fornitore: API e interfacce chat non raggiungibili.
2. Degrado parziale: errori elevati, lentezza, streaming interrotto o strumenti non disponibili.
3. Guasti di autenticazione e rete: problemi di accesso, DNS, routing o disponibilità regionale.
4. Guasti correlati tra fornitori: due o più vendor, ritenuti indipendenti, non funzionano nella stessa finestra temporale.
5. Rischi nella ripresa: retry, code, chiamate a strumenti e approvazioni devono riprendere senza duplicazioni o perdita di stato.

I test dovrebbero misurare tempi di recupero, gestione dell’arretrato, passaggio a operatori umani, coerenza dei dati e idempotenza: la capacità di ripetere un’operazione senza produrre un secondo effetto indesiderato.

Postmortem tecnici più trasparenti renderebbero queste valutazioni più rigorose, distinguendo cronologia, componenti e regioni coinvolte, causa radice, mitigazioni e misure preventive. Per il 3 settembre, il quadro pubblico basta a separare il problema di Memphis riportato per Grok dall’errore di routing riportato per ChatGPT. Non basta invece a dimostrare una dipendenza di Claude da Memphis né a ricostruire tutte le relazioni infrastrutturali dietro la sovrapposizione degli outage. 354045