Repository navigation
[Windows][Codex Desktop] GPT-6 models (Astra/Sol) reject every prompt with invalid_prompt, GPT-5.6 works fine #50657
Description
Activity
- addedappIssues related to the Codex desktop appIssues related to the Codex desktop app
on Oct 3, 2026 Potential duplicates detected. Please review them and close your issue if it is a duplicate.
- False-positive invalid_prompt in Codex App on GPT-6 Sol / GPT-6.1 Sol / GPT-6 Astra while GPT-5.6 Sol works #50605
- Invalid prompt: your prompt was flagged as potentially violating our usage policy. for GPT6 #49440
Powered by Codex Action
Reacted by fy1122dd- addedbugSomething isn't workingSomething isn't workingmodel-behaviorIssues related to behaviors exhibited by the modelIssues related to behaviors exhibited by the modelexecIssues related to the `codex exec` subcommandIssues related to the `codex exec` subcommand
on Oct 3, 2026 Closing as duplicate of #50605
Additional affected ChatGPT Plus account on Windows, with cross-surface reproduction.
Environment:
- Codex Desktop: 26.915.31945
- Bundled Codex CLI: 0.155.0-alpha.9.2
- Authentication: ChatGPT Plus subscription
- OS: Windows
- Mobile app: the same account also cannot use GPT-6-family models
Clean CLI reproduction (ephemeral session, user config ignored, read-only sandbox):
codex exec --ephemeral --ignore-user-config --sandbox read-only --skip-git-repo-check -m <model> 'Only reply "test succeeded"; do not call tools.'Results:
gpt-6-luna: HTTP 400invalid_prompt(param=null,sequence_number=2)gpt-6-sol: HTTP 400invalid_promptgpt-6-astra: HTTP 400invalid_promptgpt-6.1-sol: HTTP 400:The 'gpt-6.1-sol' model is not supported when using Codex with a ChatGPT account.The bundled client also warns that it does not recognize 6.1 model metadata.gpt-5.6-sol: succeeds with the identical prompt (test succeeded)
The failure reproduces in Codex Desktop, an isolated CLI invocation, and on the same account's mobile app. This makes the prompt text, project context, local configuration, and a Windows-only client problem unlikely. This account could use GPT-6 on launch day; the failures began later and have persisted for days.
Correlation IDs:
- In-product feedback (no logs):
01a12087-3990-74d0-9cb2-c7dc032d741a - In-product feedback (no logs):
01a12096-bfe1-74b1-8e13-7d082a78121e - Supplemental in-product feedback covering GPT-6.1 and mobile (no logs):
01a120a1-257e-7d82-8745-599e13ea2251 gpt-6-solfailed session:01a12083-bfbd-7a32-a3cf-703def349afcgpt-6-astrafailed session:01a12083-c6cd-78a3-90fd-84378bd7488bgpt-6-lunafailed session:01a12095-c565-76d3-8b5c-4cb59319ae1agpt-6.1-solfailed session:01a1209e-512c-7442-a6ca-d66f4d35ce1egpt-5.6-solsuccessful control session:01a1209e-526e-7882-8d38-c9936a2a21ff
This also appears related to #51939. The official model documentation currently describes GPT-6.1 Sol rollout for Plus across Codex/ChatGPT Work surfaces. Please inspect the account-level GPT-6 entitlement or safety-routing state and correlate the feedback/session IDs above.
What version of the Codex App are you using (From “About Codex” dialog)?
26.930.31730 (bundled codex-cli 0.160.0)
What subscription do you have?
ChatGPT 20*pro
What platform is your computer?
Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
Summary
Every prompt sent to any GPT-6 model (gpt-6-astra, gpt-6-sol) is immediately rejected with
invalid_prompt("Invalid prompt: your prompt was flagged as potentially violating our usagepolicy"), including trivially harmless prompts like "hello" or "dd". GPT-5.6 models work
normally on the same account, same machine, same session.
Error (full text)
Invalid prompt: your prompt was flagged as potentially violating our usage policy. Please try
again with a different prompt: https://platform.openai.com/docs/guides/reasoning#advice-on-prompting
Underlying SSE event (captured from the raw Responses stream):
{"type": "response.failed", "response": {"status": "failed",
"error": {"code": "invalid_prompt", "message": "Invalid prompt: your prompt was flagged as
potentially violating our usage policy..."}}}
Steps to reproduce
codex exec).Controlled experiment (rules out local factors)
Same account token, same network path, same trivial prompt ("Say hi"), sent directly to
https://chatgpt.com/backend-api/codex/responses with stream=true:
So the flag is tied to account + GPT-6 model family on the server side — not to the prompt
content, local config, project context, memory, or network path.
Additional notes
GPT-5.6 models fully usable.
codex exec), fresh sessions,no project files, no custom instructions.
01a10217-6211-7431-94db-bbd7cdb0ed88, 01a10216-bca5-7793-8e61-14731e31ac09
resp_063d8db712017503016ac11798bf6887d0be9839a7ef2d3760 (gpt-6-sol)
be a server-side moderation false positive / safety-routing regression rolled out with GPT-6.
What steps can reproduce the bug?
Feedback ID: 01a10240-acf3-7ac2-a539-fff4ccd977f1
What is the expected behavior?
Harmless prompts (e.g. "hello") sent to GPT-6 models should complete normally, the same way they do on GPT-5.6. Moderation should only flag genuinely policy-violating content. If the account is actually restricted from using GPT-6, the client should surface that explicitly (e.g. "your account does not have access to this model") instead of returning an invalid_prompt moderation error that blames the prompt content and sends users to the prompting guide.
Additional information
Account: ChatGPT Pro, subscription active through 2026-10-13, account in good standing.
Egress region: Taiwan (HiNet AS3462), direct connection, no proxy involved in the failing requests.
The flag triggers on 100% of GPT-6 requests regardless of prompt content, reasoning effort (tested xhigh and low), client surface (Desktop and bundled CLI), or session freshness.
Happy to upload a minimal failing session via /feedback or provide more response IDs if the team needs them.