
Cosa significa "Selected model is at capacity" in Codex?
Significa che OpenAI ha esaurito i server per il modello che hai scelto. Il tuo account è a posto. Codex mostra la riga da un solo errore nel suo codice open source, ServerOverloaded in codex-rs/protocol/src/error.rs, mentre il limite d'uso è un errore separato con parole sue. Confronta il tuo messaggio con questa tabella, che abbiamo compilato da quel file il 18 ottobre 2026:
| Cosa mostra Codex | Cosa si è esaurito | Indica un orario? | Primo rimedio |
|---|---|---|---|
| "Selected model is at capacity. Please try a different model." | I server di OpenAI per quel modello | No | Riprova una volta, poi cambia modello |
| "You've hit your usage limit ... or try again at [time]." | La tua quota di cinque ore o settimanale | Sì, quando Codex lo sa | Aspetta quell'orario, o compra crediti |
| "You've hit your usage limit for [limit]. Switch to another model now, or try again at [time]." | La tua quota su un limite indicato | Sì, quando Codex lo sa | Cambia modello, perché questo tetto è tuo |
| "Your workspace is out of credits. Add credits to continue." | I crediti del tuo workspace | No | Il proprietario aggiunge crediti |
| "Quota exceeded. Check your plan and billing details." | La quota dietro una chiave API | No | Controlla la fatturazione dell'account API |
| "rate limit exceeded: ..." | Troppe richieste troppo in fretta | No | Rallenta, poi riprova |
Il segno distintivo sono due parole. Un tetto personale dice sempre "usage limit", un tetto del workspace dice "credits" o "spend cap". La riga sulla capacità non dice nessuna delle due e non indica mai un orario, perché nel tuo account non è cambiato nulla. L'account etraut-openai di OpenAI, che risponde alle issue di Codex su GitHub, l'ha detto chiaramente il 12 maggio 2026: "If you receive this message, it does not mean that you are being rate limited or are out of usage. It means that we are running low on capacity to serve this model in your region."
L'API di OpenAI segnala lo stesso tipo di carenza come HTTP 503 server_is_overloaded. La sua guida ai codici di errore ne dà la causa così: "The requested model is temporarily overloaded." Gli utenti di Codex segnalano la riga nell'app desktop, nella CLI, nell'estensione VS Code e in Codex dentro l'app desktop di ChatGPT. Una volta è arrivata anche su ChatGPT. Il 9 luglio 2026 OpenAI ha pubblicato un incidente per utenti che la ricevevano "across multiple models", secondo la copia di Pulsetic del feed di stato.
Quanto resta Codex senza capacità?
Un singolo errore di capacità di solito passa in pochi minuti, e i giorni peggiori pubblicati sono finiti entro 3,4 ore. Abbiamo letto la cronologia di stato di OpenAI il 18 ottobre 2026. Tre incidenti segnalavano la capacità: quello del 16 giugno "Codex 'Selected Model is at Capacity' Error" di 196 minuti, quello del 9 luglio sulla selezione del modello di 58 e quello del 17 luglio "Codex 5.6-sol Experiencing Increased Server-Overload Errors" di 203. Da allora nessuno l'ha più segnalata.
Il forum racconta una storia più lunga. Gli utenti hanno pubblicato ondate dell'errore il 15 e 16 giugno, dal 28 al 30 luglio, dal 7 al 10 settembre e dal 3 al 12 ottobre. Le ultime tre non hanno avuto alcun avviso sulla capacità. Nell'ondata di settembre, l'unica nota di stato che nominava Codex era un incidente di 25 minuti su "unexpected usage limit resets". Un utente di luglio ha definito GPT-5.6 Sol "almost continuously unavailable" per oltre 48 ore. Una pagina di stato verde non assolve Codex.
| Data, 2026 | Titolo dell'incidente di OpenAI | Minuti | Segnala la capacità |
|---|---|---|---|
| 16 giugno | Codex "Selected Model is at Capacity" Error | 196 | Sì |
| 9 luglio | Users are experiencing elevated errors when selecting models | 58 | Sì, cita la riga |
| 17 luglio | Codex 5.6-sol Experiencing Increased Server-Overload Errors | 203 | Sì, come sovraccarico |
| 11 agosto | Increase in errors on API, Codex and Work Mode | 67 | No |
| 20 agosto | Elevated Codex API authentication errors | 54 | No |
| 3 settembre | Elevated errors across ChatGPT and Codex | 132 | No |
| 4 settembre | Users in APAC region may face increased error in ChatGPT, Work, image generation, file upload, Voice, and Codex Cloud | 226 | No |
| 13 settembre | Codex GitHub Review and Pull Request Failures | 87 | No |
| 14 settembre | Elevated error rates for Codex and ChatGPT Work | 71 | No |
| 25 settembre | Issues with Codex | 56 | No |
| 29 settembre | Elevated errors across ChatGPT, Codex, and the API including the Agents API | 290 | No |
| 5 ottobre | Elevated error rates in Codex Cloud | 363 | No |
| 7 ottobre | Dot in Codex may fail to create new threads | 95 | No |
| 7 ottobre | Degraded performance in Codex and Work mode | 62 | No |
| 13 ottobre | Degraded performance in GPT-6.1 Sol Codex and Work mode | 506 | No |
| 14 ottobre | Degraded performance in Codex and ChatGPT Work | 168 | No |
Dal 1 agosto al 16 ottobre 2026, 13 incidenti sulla pagina di stato di OpenAI avevano Codex nel titolo. Sono durati da 54 a 506 minuti, con una mediana di 95, e quattro hanno superato le tre ore. Abbiamo contato i minuti dal primo aggiornamento pubblicato da OpenAI all'avviso di ripristino. La pagina della cronologia parte dal 20 luglio, quindi gli incidenti di capacità di giugno e luglio li abbiamo trovati con una ricerca, e quello del 9 luglio è letto dal mirror di Pulsetic.
Come si risolve "Selected model is at capacity", in ordine?
Riprova una volta, poi cambia modello, poi apri una chat nuova. Codex ha già ritentato prima che tu veda la riga. Il suo riferimento di configurazione imposta di default 4 tentativi per una richiesta fallita e 5 per uno stream interrotto. Premere Invio altre dieci volte serve a poco.
- Conserva il prompt. Copialo prima di ricaricare qualsiasi cosa. In una sessione attiva, gli utenti riferiscono che scrivere "continue" nello stesso thread spesso fa riprendere il lavoro.
- Riprova una volta dopo un minuto. I picchi brevi passano da soli, e un tentativo ti dice se è solo un intoppo.
- Cambia modello. Nella CLI, esegui
/modelo avvia concodex -m gpt-6-luna. Nell'app desktop e in ChatGPT Work, usa il controllo del modello sotto il campo di scrittura. GPT-5.5 ha lasciato Codex con l'accesso ChatGPT il 14 ottobre 2026, quindi non è più un ripiego. - Apri una chat nuova con lo stesso modello. Lo staff di OpenAI l'ha suggerito sul forum a ottobre. Esegui
/new, oppure prima/compactper portare con te un riassunto. - Controlla status.openai.com, poi
/status. Un incidente che nomina Codex significa aspettare. Una pagina pulita e margine rimasto nel tuo uso significano che la carenza riguarda il tuo modello e la tua regione. - Segnalalo. Esegui
/feedbackdalla chat che fallisce e annota l'ora con il tuo fuso orario, come ha chiesto lo staff di OpenAI. Se anche/feedbackfallisce, lo staff ha indirizzato gli utenti a un caso di assistenza.
Alcuni rimedi non servono. Reinstallare Codex, cancellare ~/.codex o comprare crediti non aggiunge server. Un utente di settembre ha provato 4 indirizzi IP in 3 regioni senza successo. Se tutti i modelli falliscono, il consiglio di OpenAI durante il disservizio del 25 settembre era "Login via API key will unblock access at this time." Le sessioni con chiave API si fatturano alle tariffe API standard, secondo la pagina prezzi di Codex di OpenAI, quindi tieni questa strada per una vera scadenza.
Un errore di capacità consuma il tuo limite d'uso di Codex?
No. La riga sulla capacità non è un limite d'uso, e l'ingegnere di OpenAI ha detto che non significa che sei "out of usage". Lo verifichi in dieci secondi. /status in una sessione CLI attiva mostra il modello in uso e il tuo consumo, e chatgpt.com/codex/settings/usage mostra lo stesso contatore sul web. Se il contatore ha margine e l'errore persiste, è capacità. OpenAI non ha detto se un turno che muore a metà venga conteggiato.
Il limite d'uso segue un suo orologio. La pagina prezzi di Codex di OpenAI, letta il 18 ottobre 2026, stima da 15 a 160 messaggi locali ogni cinque ore su GPT-6.1 Sol per Plus e Standard Business. Indica da 5 a 45 su GPT-6 Astra e da 350 a 3,000 su GPT-6 Luna, e aggiunge: "Pro plans currently have no five-hour limit." Possono valere in più limiti settimanali. Quindi su Pro, un blocco che non dice mai "usage limit" è capacità, non il tetto settimanale. Limite d'uso di Codex elenca la finestra di ogni piano e cosa offre il suo messaggio di blocco.
Il terzo sosia in Codex è "rate limit exceeded", che significa richieste troppo rapide. A differenza della riga sulla capacità, riguarda la tua frequenza di richieste, quindi rallentare per un minuto lo risolve sullo stesso modello.
Perché Codex finisce la capacità con un piano a pagamento?
Perché un piano compra una quota, non server riservati, e OpenAI razionalizza la capacità per modello e regione. Le segnalazioni si concentrano attorno ai lanci. Gli utenti hanno legato l'ondata di settembre al lancio di GPT-6 Astra. Molti avevano account Pro 20x, e uno ha detto che un account Pro 5x continuava a funzionare nello stesso momento. A ottobre, un utente ha ricondotto l'errore a una richiesta GPT-6 Luna in background che dà il nome alla chat. Lo staff ha risposto di non poter "can't confirm the background Luna explanation from the thread alone."
La vera soluzione spetta a OpenAI. Il 15 ottobre 2026 il suo staff ha scritto sul forum: "We've added capacity and shipped changes today to reduce these interruptions." Una richiesta perché Codex ritenti gli errori di capacità con backoff, la issue #22390, è aperta dal 12 maggio 2026. Finché non arriva, un'esecuzione non presidiata si ferma al primo errore di capacità che supera i tentativi integrati.
Cosa puoi usare mentre Codex non ha capacità?
Il modello di un altro fornitore, per la parte del lavoro che non richiede il tuo repo. Una domanda su uno stack trace, un piano di refactoring o una regex può andare a Claude o Gemini mentre Codex aspetta. Incolla un breve riassunto del compito (l'obiettivo, cosa è deciso, cosa è fallito) e vai avanti.
Whizi, che pubblica questa pagina, non sostituisce Codex. Non ha un'API per sviluppatori e non tocca il tuo repository. Tiene GPT, Claude e Gemini in una sola chat: cambiare modello a metà conversazione manda il thread al nuovo modello (come funziona il cambio), e una generazione che fallisce viene rimborsata, non addebitata. Claude Sonnet e Claude Opus richiedono Pro a $29.99 al mese, e ogni piano è limitato a 60 messaggi all'ora. Quando la carenza è di OpenAI, scegli un modello Claude o Gemini.
- Copia il prompt non inviato prima di ricaricare; prova "continue" nello stesso thread
- Riprova una volta dopo un minuto; Codex ha già ritentato fino a 4 volte
- Cambia modello con /model o con il controllo sotto il campo di scrittura
- Apri una chat nuova con /new, o prima /compact per tenere un riassunto
- Controlla status.openai.com per un incidente Codex, poi /status per il tuo consumo
- Invia /feedback dalla chat che fallisce con l'ora e il tuo fuso orario
Domande frequenti
"Selected model is at capacity" conta nel mio limite d'uso di Codex?
Non è un messaggio di limite d'uso. L'account etraut-openai di OpenAI ha scritto su GitHub che "does not mean that you are being rate limited or are out of usage." Il tuo limite reale si vede in /status e nella pagina di utilizzo di Codex. OpenAI non ha detto se un turno che fallisce a metà venga conteggiato. Il tetto della chat di ChatGPT, che OpenAI non indica come condiviso con l'uso di Codex, è trattato in ChatGPT limite raggiunto.
Perché Codex CLI dice selected model is at capacity quando ChatGPT funziona?
Perché la carenza riguarda il modello che hai scelto nella tua regione, non tutta OpenAI. I modelli di chat di ChatGPT possono avere spazio mentre un modello Codex è pieno. Nell'ondata di giugno, un utente ha detto che la CLI continuava a funzionare mentre l'app desktop falliva. ChatGPT è down? mostra se OpenAI ha pubblicato un incidente più ampio.
Codex Sol ha più probabilità di Luna di essere senza capacità?
Sol ha il record peggiore sulla pagina di stato di OpenAI. GPT-5.6 Sol è stato nominato nell'incidente di sovraccarico del 17 luglio, e GPT-6.1 Sol in quello del 13 ottobre, che con 506 minuti è stato il più lungo incidente Codex da agosto a ottobre 2026. Luna non è immune: il thread del forum di ottobre aveva GPT-6 Luna nel titolo. Cosa usare quando ChatGPT è down elenca gli altri fornitori.
MODEL_CAPACITY_EXHAUSTED è lo stesso errore?
È la versione di Google dello stesso problema. Antigravity e gli strumenti Gemini restituiscono HTTP 503 MODEL_CAPACITY_EXHAUSTED con "No capacity available for model", secondo le segnalazioni sul forum per sviluppatori AI di Google. Una risposta di settembre 2026 lì dice che il server è "temporarily overloaded or experiencing a capacity constraint." L'equivalente di Anthropic è Claude sovraccarico, errore 529.