Summary
ChatGPT Web intermittently routes GPT-5.6 Sol requests to GPT-5.5-mini, even though the model picker and outgoing request both specify GPT-5.6 Sol.
This is not based on asking the model which model it is. I verified the issue using ChatGPT’s network telemetry and the server-provided server_ste_metadata.model_slug field.
Environment
- Product: ChatGPT Web, not the OpenAI API
- Plan: Plus
- Plan metadata: plus / paid
- Country: Germany
- Cluster observed: germanynorth
- Browsers tested: Google Chrome and Microsoft Edge
- Mobile was behaviorally affected as well, but I have not captured its server metadata
- First observed: August 21, 2026
- The problem persisted for multiple hours
Actual result
The outgoing ChatGPT request correctly contained:
model: gpt-5-6-thinking
thinking_effort: extended
However, the server-derived telemetry for the generated response contained:
turn_analytics.server_ste_metadata.model_slug: gpt-5-5-mini
turn_analytics.server_ste_metadata.requested_model_experience: thinking
turn_analytics.server_ste_metadata.plan_type: plus
turn_analytics.server_ste_metadata.plan_type_bucket: paid
This produced the following verified mismatch:
Requested: gpt-5-6-thinking
Resolved: gpt-5-5-mini
Expected result
When GPT-5.6 Sol is explicitly selected, the resolved model should remain GPT-5.6 Sol:
Requested: gpt-5-6-thinking
Resolved: gpt-5-6-thinking
If a fallback is necessary, ChatGPT should clearly disclose it in the UI instead of continuing to display GPT-5.6 Sol.
Reproduction steps
- Sign in to a ChatGPT Plus account.
- Start a new ChatGPT Web conversation.
- Explicitly select GPT-5.6 Sol with High or Extended reasoning.
- Send a message.
- Inspect the outgoing
/backend-api/f/conversationrequest. - Confirm that its root
modelfield isgpt-5-6-thinking. - Inspect the later
/ces/v1/telemetry/intakerequest. - Compare the request model with
turn_analytics.server_ste_metadata.model_slug.
During the failure, the request asks for GPT-5.6 Thinking but the server metadata reports GPT-5.5-mini.
Additional metadata
Conversation metadata reported:
default_model_slug: gpt-5-6-thinking
blocked_features: []
model_limits: []
workspace_model_policy: null
This does not look like an advertised model limit, blocked feature, workspace policy, or incorrect picker selection.
Browser/session-dependent behavior
Clearing all ChatGPT site data in Microsoft Edge and signing in again created a working session.
The same account then produced:
Requested: gpt-5-6-thinking
Resolved: gpt-5-6-thinking
Result: Match
This suggests the failure may depend on browser identity, session state, device assignment, OBI, feature flags, or a server-side routing cohort rather than an account-wide entitlement.
The affected session also showed possibly related identity/bootstrap errors:
OBI synchronization is not available
bazaar_personalization_unavailable: true
persona: chatgpt-noauth
The interface occasionally appeared logged out and returned to the authenticated state after a page refresh.
Impact
The UI continues to show GPT-5.6 Sol while the server metadata identifies GPT-5.5-mini. Response latency, reasoning behavior, instruction following, and output quality differ substantially.
This makes it impossible for users to know whether their selected paid model is actually serving the response without inspecting internal telemetry.
Request
Could OpenAI investigate:
- Why
gpt-5-6-thinkingrequests are resolved asgpt-5-5-mini. - Whether routing is incorrectly keyed to browser, session, device ID, OBI, region, or an experiment cohort.
- Whether this is related to the simultaneous authentication/OBI synchronization problems.
- Why the UI does not disclose the resolved fallback model.
- Whether affected sessions can be reset server-side.
I can provide UTC timestamps and request IDs privately to OpenAI staff. I will not post authentication headers, cookies, session tokens, device IDs, OBI values, conversation IDs, or a full HAR publicly.