Repository navigation
Codex CLI recommends gpt-5.4, then fails with 'Selected model is at capacity' despite available quota #17014
Copy link
Copy link
Closed as not planned
Closed as not planned
Copy link
Labels
bugSomething isn't workingSomething isn't working
Description
Codex CLI GPT-5.4 Capacity Incident Report
Date: 2026-04-07
Reporter context: ChatGPT-authenticated Codex CLI user
Summary
The user was running Codex CLI with gpt-5.4 after Codex surfaced an upgrade path from
gpt-5.3-codex to gpt-5.4. Despite the user's report that 5-hour and weekly Codex
quota remained largely available, a turn failed with:
Selected model is at capacity. Please try a different model.
This appears to be a model-capacity/admission failure rather than quota exhaustion.
Local evidence
- CLI version:
codex-cli 0.118.0 - Auth mode:
Logged in using ChatGPT - Project config model:
gpt-5.4 - Global Codex host config model:
gpt-5.4 - Upgrade notice persisted locally:
~/.codex-host/config.tomlcontains:[notice.model_migrations]"gpt-5.3-codex" = "gpt-5.4"
~/.codex-host/models_cache.jsoncontains upgrade text:Introducing GPT-5.4You can always keep using GPT-5.3-Codex if you prefer.
- Capacity error log:
~/.codex-host/log/codex-tui.log- Timestamp:
2026-04-07T13:41:04.538491Z - Message:
Turn error: Selected model is at capacity. Please try a different model.
Reproduction notes
- A later minimal request using the same ChatGPT-authenticated Codex CLI and the same
gpt-5.4model succeeded. - A minimal request using
gpt-5.3-codexalso succeeded. - This suggests a transient
gpt-5.4capacity/admission problem, not a persistent
account-wide quota exhaustion.
Why this is problematic
- The product encouraged migration from
gpt-5.3-codextogpt-5.4. - The user is on a paid tier and reported substantial remaining quota.
- The failure mode did not explain whether this was:
- a quota problem,
- an abuse/security restriction,
- a temporary model-capacity shortage, or
- a workspace/account entitlement mismatch.
- Public documentation does not disclose the model-capacity priority order for Pro,
Business, Enterprise, or Edu users in Codex CLI.
Requested clarifications from OpenAI
- For this incident, was the failure caused by:
- temporary model capacity,
- an entitlement routing issue,
- an abuse guardrail,
- account security review, or
- another internal policy?
- Which entitlement path was actually applied to this local Codex CLI session?
- personal Pro
- Business workspace
- Enterprise/Edu workspace
- some other ChatGPT-linked path
- If this was capacity-related, what priority policy applied?
- Why was a user with available quota shown a model-capacity failure instead of a more
explicit explanation? - If
gpt-5.4is promoted as the preferred upgrade fromgpt-5.3-codex, what
reliability expectation should users have in Codex CLI?
Public documentation reviewed
- Using Codex with your ChatGPT plan
- GPT-5.3 and GPT-5.4 in ChatGPT
- Troubleshooting Model Feature Access Issues
Constraints encountered while attempting submission
- The official support path exposed in the Help Center is the
Chat nowwidget or
phone support. - From this terminal environment, the authenticated Help Center chat widget could not be
programmatically opened and submitted end-to-end.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working
Activity
etraut-openai commentedon Apr 7, 2026
This isn't a rate limiting message — that is, it's not specific to your account. This message indicates that we are out of capacity on this model.
jaapfrank commentedon Apr 8, 2026
But instead cutting off running commands. Isnt it better to deny new requests?
Mahkhmood9 commentedon Apr 8, 2026
I recomend using -fast
rgerhards commentedon Apr 9, 2026
what about enqueuing the request in this case? This message break CLI workflows, among others.
vitas commentedon Apr 14, 2026
nice. upgraded to PRo and got it today few times. What is a solution for the customers? it has to retry, i do not want to do manual continue promts or having loose the context.
derwaldgeist commentedon Apr 23, 2026
Ran into this, too. That's disappointing.
Yorikkk111 commentedon Apr 23, 2026
I also encountered this on Tarfia Plus, I don't feel like buying it anymore
2578568823 commentedon Apr 23, 2026
+1 同样出现这个问题 工作高峰期 已切codex 5.3
bightWit commentedon Apr 23, 2026
me, too
7 remaining items
Foca-A commentedon Apr 23, 2026
Also getting this error on Codex version 5.4 Windows:
Selected model is at capacity. Please try a different model.
savinmikhail commentedon Apr 23, 2026
+1
Gaarahan commentedon Apr 23, 2026
Top-tier service... if you’re looking for a masterclass in how to ignore paying customers
KonEllin commentedon Apr 23, 2026
Charging Money for a service - makes YOU responsible to fullfill the contract with your customer. Get your shit together.
abetchi commentedon Apr 23, 2026
I had the same problem temporarily, but it’s working now.
Nickayz commentedon Apr 23, 2026
Interesting. Same here. What is it with today? Can't imagine gaining 10k more users over night.. A server issue? It's the same for me even when going back to 5.3.
MrShtein commentedon Apr 23, 2026
+1
RedX-Soft commentedon Apr 23, 2026
same issue, when will these ai's run in our own devices? Or are we gonna have these same issues over and over again?
lujiaosama commentedon Apr 23, 2026
It's been happening frequently over the past hour, and what's frustrating is getting interrupted in the middle of a task. Honestly, it might be easier to accept if it just didn't work from the start.
dsx1986 commentedon Apr 23, 2026
+1
cndycc commentedon Apr 23, 2026
Same here. First time this popped up. Pro@5x, 5h 91%, Weekly 69%
The suggestion to switch to a different (lower) model is not acceptable while working on a task and risk quality degradation. This means we have to compensate for the degradation later, burning more tokens and time.
VictorLee2077 commentedon May 6, 2026
miaoxiannv commentedon May 6, 2026
貌似开启fast就不会出现这个问题
VLlinking commentedon May 12, 2026
same issue in gpt-5.5 today