Codex selected model is at capacity: non è il tuo limite d'uso, e 6 rimedi in ordine

Risposta rapida

"Selected model is at capacity" è Codex che ti dice che OpenAI ha finito i server per quel modello, non che il tuo limite d'uso è esaurito. Un ingegnere di OpenAI ha scritto che la capacità è scarsa "nella tua regione". Riprova una volta, poi cambia modello. La pagina di stato di OpenAI l'ha segnalato tre volte da giugno a ottobre 2026, ogni volta risolto entro 3,4 ore, l'ultima il 17 luglio.

Four rainbow glass jars in a row on black plinths, the first filled to the brim with glowing terracotta sand and the other three empty, in a charcoal studio.

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 CodexCosa si è esauritoIndica un orario?Primo rimedio
"Selected model is at capacity. Please try a different model."I server di OpenAI per quel modelloNoRiprova una volta, poi cambia modello
"You've hit your usage limit ... or try again at [time]."La tua quota di cinque ore o settimanaleSì, quando Codex lo saAspetta 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 indicatoSì, quando Codex lo saCambia modello, perché questo tetto è tuo
"Your workspace is out of credits. Add credits to continue."I crediti del tuo workspaceNoIl proprietario aggiunge crediti
"Quota exceeded. Check your plan and billing details."La quota dietro una chiave APINoControlla la fatturazione dell'account API
"rate limit exceeded: ..."Troppe richieste troppo in frettaNoRallenta, 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.

OpenAI ha segnalato la capacità di Codex l'ultima volta il 17 luglio. Poi sono venute tre ondate sul forum
Nessun avviso sulla capacità da alloraPaginadi stato16 giu: capacità, 3.3 h9 lug: capacità, 58 min17 lug: sovraccarico Sol, 3.4 h25 set: disservizio, 56 min13 ott: GPT-6.1 Sol, 8.4 hForum15 e 16 giu28 e 30 lug7 e 10 set3 e 12 ott

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, 2026Titolo dell'incidente di OpenAIMinutiSegnala la capacità
16 giugnoCodex "Selected Model is at Capacity" Error196Sì
9 luglioUsers are experiencing elevated errors when selecting models58Sì, cita la riga
17 luglioCodex 5.6-sol Experiencing Increased Server-Overload Errors203Sì, come sovraccarico
11 agostoIncrease in errors on API, Codex and Work Mode67No
20 agostoElevated Codex API authentication errors54No
3 settembreElevated errors across ChatGPT and Codex132No
4 settembreUsers in APAC region may face increased error in ChatGPT, Work, image generation, file upload, Voice, and Codex Cloud226No
13 settembreCodex GitHub Review and Pull Request Failures87No
14 settembreElevated error rates for Codex and ChatGPT Work71No
25 settembreIssues with Codex56No
29 settembreElevated errors across ChatGPT, Codex, and the API including the Agents API290No
5 ottobreElevated error rates in Codex Cloud363No
7 ottobreDot in Codex may fail to create new threads95No
7 ottobreDegraded performance in Codex and Work mode62No
13 ottobreDegraded performance in GPT-6.1 Sol Codex and Work mode506No
14 ottobreDegraded performance in Codex and ChatGPT Work168No

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.

  1. 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.
  2. Riprova una volta dopo un minuto. I picchi brevi passano da soli, e un tentativo ti dice se è solo un intoppo.
  3. Cambia modello. Nella CLI, esegui /model o avvia con codex -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.
  4. Apri una chat nuova con lo stesso modello. Lo staff di OpenAI l'ha suggerito sul forum a ottobre. Esegui /new, oppure prima /compact per portare con te un riassunto.
  5. 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.
  6. Segnalalo. Esegui /feedback dalla chat che fallisce e annota l'ora con il tuo fuso orario, come ha chiesto lo staff di OpenAI. Se anche /feedback fallisce, 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.

Lista di controllo
  • 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.