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

Nelle prime ore del 16 giugno 2026, sviluppatori in tutto il Nord America e in Europa hanno aperto i loro terminali trovandosi davanti a un messaggio a dir poco frustrante: "Modello selezionato al completo. Per favore, prova un modello diverso." L'errore ha paralizzato i flussi di lavoro di Codex per circa tre ore, ma la vera storia non riguarda solo un singolo fuori servizio. Riguarda una piattaforma che scricchiola sotto il peso del proprio successo, e la particolare vulnerabilità del modello GPT-5.5 che la alimenta.

La Causa Scatenante: GPT-5.5 Raggiunge il Limite

L'errore non è stato un fallimento dell'infrastruttura su larga scala. Al contrario, si è trattato di un preciso caso di saturazione dei limiti di richiesta a livello di modello per GPT-5.5, il principale modello di codifica alla base di Codex . Il problema è stato più acuto per gli utenti che utilizzavano GPT-5.5 con l'impostazione "xhigh reasoning effort", una configurazione che consuma più risorse di calcolo .

Sebbene OpenAI non abbia rilasciato un'analisi formale delle cause, la soluzione descritta dal responsabile di Codex, Thibault Sottiaux, fornisce un indizio importante. Ha confermato che la risoluzione ha comportato il "reset dei limiti di richiesta di Codex su tutti i piani" in un arco di 24 ore . Questo indica che il problema non era la mancanza di risorse fisiche, ma piuttosto che i limiti interni alle richieste erano stati fissati a un livello troppo basso per l'improvviso picco di domanda, inducendo il sistema a rifiutare richieste valide come se fosse pieno.

Un incidente minore, ma correlato, l'11 giugno aveva già lanciato un segnale d'allarme, registrando "tassi di errore elevati per GPT 5.5 in Codex" . Per gli utenti che pagano il servizio, questo è stato il punto di rottura di una pressione crescente, non un evento isolato.

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à.