Account-scoped "Selected model is at capacity" on a Pro account since Sept 14 - cross-over test shows it follows the account, not the machine or network
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
Another Pro account with the same account-scoped "Selected model is at capacity" pattern, with a full cross-over test.
Environment
- ChatGPT Pro (headers:
x-codex-plan-type: pro,x-codex-active-limit: premium), weekly allowance untouched at failure time (x-codex-secondary-used-percent: 0), 5-hour window at 63-66%. - Codex Desktop 26.908.70816 (Windows 11) and Codex CLI 0.154.0. Also reproduced with
codex execin fresh threads withmcp_servers={}, at low / high / ultra reasoning effort. - Models: gpt-6-astra, gpt-5.6-sol, gpt-5.6-luna, gpt-5.6-terra, gpt-5.5 all fail the same way.
Failure rate from the desktop app's own logs (local time UTC+8)
| Date | Turns | Failed |
|---|---|---|
| Sept 13 | 66 | 0 (0%) |
| Sept 14 | 105 | 48 (45%) |
| Sept 15 | 38 | 6 (15%) |
| Sept 16 | 58 | 31 (53%) |
| Sept 17 | 55 (last 24h) | 39 (71%) |
Almost all failures are Selected model is at capacity; a few are stream disconnected before completion. They return 12-60 s after the turn is submitted. Single-round turns sometimes get through; anything that needs a second sampling round dies.
Cross-over test (this is the account, not the machine or the network)
- My account on several different computers: fails on every one of them.
- A colleague's ChatGPT account on my computer, same office network, same Codex client: works with zero errors.
- Other AI services on my machine work normally at the same time.
Sample failed turns (UTC)
- 2026-09-17 08:01:07Z gpt-5.6-luna thread
01a0100b-e4ec-77e2-8d52-c6d4c281833fturn01a0ae60-5f0b-72d3-b445-91196fd9279a - 2026-09-17 07:46:00Z gpt-6-astra same thread, turn
01a0ae54-4bcc-7601-9c81-ecd3cefb5723 - 2026-09-16 13:59:10Z gpt-6-astra thread
01a09bdb-1511-7b43-ae56-2cf8043762fdturn01a0aa83-2499-7cb0-9a1f-a1a5fd7d368e
Server request IDs from stream disconnected before completion bodies: e6e2469e-ba60-4cd0-afc2-eb666956979a, 0ce20e89-3222-4c04-90a3-2bd0439feb52.
A support ticket was filed and escalated to a specialist on Sept 17 via help.openai.com; no reply yet. status.openai.com shows no Codex incident for any of these days.
Would appreciate an acknowledgment from the Codex team on whether this is an account-level restriction and what clears it.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The report identifies Codex Desktop 26.908.70816 and Codex CLI 0.154.0, but names no repository file, test, or entry point. Start by reviewing the account-level failure evidence and support escalation; done would require a Codex-team determination of whether the restriction is account-scoped and what clears it.
Written by the indexing model from the issue text.
Assessment
- Domain
- backend
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100