Dentro il Crash di OpenAI Codex del Giugno 2026: Perché il Messaggio 'Modello al Completo' Continua ad Apparire

Cronaca di Tre Ore di Panico

Il disservizio ha avuto una lunga coda e un picco breve ma intenso. I servizi di monitoraggio esterni hanno rilevato i primi problemi nella tarda serata del 15 giugno, intorno alle 22:12-22:16 ET (le 4 del mattino in Italia) . Tuttavia, l'incidente non è stato formalmente riconosciuto fino al mattino successivo, lasciando al buio gli sviluppatori che si affidano a Codex per compiti notturni e prime ore del mattino .

Una volta scattato l'allarme interno, la risposta è stata rapida:

• 6:32 ET (12:32 in Italia) — La pagina di stato di OpenAI ha contrassegnato l'incidente come "Identificato" .
• ~7:39 ET (13:39 in Italia) — Vaibhav Srivastav ha riconosciuto pubblicamente l'errore su X, indirizzando gli utenti alla pagina di stato .
• ~7:40 ET (13:40 in Italia) — Il responsabile di Codex Thibault Sottiaux ha postato: "Siamo consapevoli che alcuni utenti Codex stanno riscontrando alti tassi di errore con 'modello al completo' e stiamo lavorando per riportare la stabilità" .
• 9:32 ET (15:32 in Italia) — È stata applicata una mitigazione e avviato il monitoraggio .
• 9:48 ET (15:48 in Italia) — Lo stato è tornato verde: "Tutti i servizi impattati sono ora completamente ripristinati" .

Il disservizio ha colpito Codex su tutta la sua superficie, inclusi CLI, estensione VS Code e app Desktop . Sebbene l'orologio ufficiale dell'incidente abbia segnato circa 3 ore di problemi, l'interruzione pratica per molti utenti è durata molto più a lungo.

La Frustrazione degli Sviluppatori Raggiunge il Punto di Ebollizione

Per gli abbonati Pro e Professional, questo non è stato un piccolo inconveniente: è stata una minaccia attiva alla loro produttività. La reazione sulla Community di OpenAI e su X è stata viscerale.

La lamentela principale non era solo che il servizio fosse fuori uso, ma il come si interrompeva. Gli utenti hanno riferito che le sessioni di Codex "uscivano a metà flusso senza salvare lo stato", costringendoli a ricostruire manualmente il contesto perso e a rifare il lavoro da capo . Un utente nel Regno Unito ha riassunto vividamente il sentimento: "Rende impossibile lavorare perché non sai a che punto Codex si chiude e continui a rifare le stesse cose per capire cosa era stato fatto e cosa no. Totalmente inaccettabile" .

Il messaggio di errore generico è stato esso stesso motivo di rabbia. Il consiglio di "provare un modello diverso" non forniva alcuna guida pratica quando il modello principale non era disponibile e gli utenti non avevano modo di sapere se riprovare, ridurre lo sforzo di 'reasoning' o semplicemente aspettare .

Anche la fiducia nella comunicazione di OpenAI è stata danneggiata. Diversi utenti hanno sottolineato un divario tra quando i problemi sono effettivamente iniziati – secondo le segnalazioni della community e l'esperienza personale – e quando l'orologio della pagina di stato ufficiale ha iniziato a ticchettare, una discrepanza che rende la trasparenza sugli incidenti poco affidabile .

In mezzo alla frustrazione, è emerso un po' di umorismo nero da sviluppatore. L'influencer Matthew Berman ha creato willcodexquotareset.com, un sito che mostrava scherzosamente una "probabilità del 94% di un reset della quota Codex entro le prossime 48 ore" . L'analisi del sentiment condotta da Digg sulla conversazione attorno all'evento ha mostrato una divisione: 63,8% di commenti positivi, con molti ringraziamenti a OpenAI per la rapida soluzione, ma un significativo 36,2% di commenti negativi, con utenti che mettevano in dubbio l'affidabilità del servizio dopo una serie di ripetuti blackout .

Un Anno Tormentato: L'Affidabilità di Codex nel 2026

L'incidente del 15-16 giugno non è un caso isolato. È il picco più visibile di un anno di degradi ricorrenti di Codex, iniziati seriamente all'inizio di maggio 2026. Uno schema di saturazione della capacità di GPT-5.5 e discrepanze nei limiti di richiesta è emerso ripetutamente.

Una cronologia dei principali eventi di Codex nel 2026 mostra una piattaforma sotto stress persistente:

• 23 aprile — L'errore "Modello selezionato al completo" viene segnalato per la prima volta in modo diffuso sul forum della Community, con utenti che notano fallimenti a metà sessione e nessuna conservazione dello stato .
• 7 maggio + — Inizia un gruppo di degradi di latenza di Codex e cicli di riconnessione, con un peggioramento misurabile dei tempi di risposta pubblici .
• 12 maggio — A seguito di un'implementazione a "capacità 2x", le disconnessioni del flusso dell'App Codex diventano comuni, terminando con errori di chiusura del websocket .
• 13 maggio — GPT-5.5 registra alti tassi di errore, colpendo in modo sproporzionato gli utenti del piano gratuito .
• 14 maggio — I servizi Codex Cloud e Code Review subiscono un alto tasso di fallimento per 32 minuti .
• 29 maggio — Un fuori servizio totale di OpenAI manda offline simultaneamente ChatGPT, l'API, DALL-E, Codex e Sora .
• 3 giugno — Tassi di errore elevati colpiscono Codex, ChatGPT e l'API Responses per circa 6,2 ore .
• 11 giugno — La sera compaiono errori elevati per GPT-5.5 in Codex, preparando il terreno per l'evento principale .
• 15-16 giugno — L'errore "Modello Selezionato al Completo" diventa un blackout conclamato della durata di circa 3 ore .

Il filo conduttore è chiaro: la domanda per GPT-5.5 continua a sbattere contro limiti preconfigurati, che si tratti di limiti di richiesta, sovraccarico dello 'sforzo di reasoning' o tensione infrastrutturale più ampia. La soluzione del 16 giugno è stata un reset dei limiti, un rimedio che ha trattato il sintomo – il tetto massimo raggiunto – piuttosto che la discrepanza di fondo tra capacità e popolarità del modello. Senza un intervento di potenziamento infrastrutturale più profondo, è probabile che l'errore si ripresenti man mano che più sviluppatori adottano Codex per compiti di codifica ad alta intensità.