openclaw - 💡(How to fix) Fix Control UI may resolve short model IDs to the wrong provider unless alias is defined [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#72018Fetched 2026-04-27 05:36:00
View on GitHub
Comments
1
Participants
2
Timeline
2
Reactions
0
Timeline (top)
closed ×1commented ×1

Error Message

Failed to set model: GatewayRequestError: model not allowed: minimax-portal/gpt-5.3-codex

Fix Action

Workaround

Adding an explicit alias fixes the issue, for example:

"openai-codex/gpt-5.3-codex": { "alias": "gpt-5.3-codex" }

Code Example

"openai-codex/gpt-5.4": { "alias": "gpt-5.4" }

---

"openai-codex/gpt-5.3-codex": {}

---

Failed to set model: GatewayRequestError: model not allowed: minimax-portal/gpt-5.3-codex

---

"openai-codex/gpt-5.3-codex": { "alias": "gpt-5.3-codex" }
RAW_BUFFERClick to expand / collapse

When selecting a model in Control UI, short model IDs without alias may be resolved to the wrong provider.

Repro

My config includes models such as:

  • openai-codex/gpt-5.3-codex
  • openai-codex/gpt-5.4

The default provider/model path in my setup is under minimax-portal.

If I define:

"openai-codex/gpt-5.4": { "alias": "gpt-5.4" }

then selecting GPT-5.4 in Control UI works.

But if gpt-5.3-codex has no alias, for example:

"openai-codex/gpt-5.3-codex": {}

then selecting it in Control UI fails with:

Failed to set model: GatewayRequestError: model not allowed: minimax-portal/gpt-5.3-codex

Expected

If a full provider-qualified model ID exists, such as openai-codex/gpt-5.3-codex, Control UI should resolve it to the correct provider even without an alias. alias should remain optional shorthand, not a practical requirement for correct routing.

Actual

Without alias, the model appears to be resolved/routed as:

  • minimax-portal/gpt-5.3-codex

which is not a valid model under that provider.

Workaround

Adding an explicit alias fixes the issue, for example:

"openai-codex/gpt-5.3-codex": { "alias": "gpt-5.3-codex" }

Notes

This makes alias behave like a required routing key in practice. It seems the model picker / resolver in Control UI may prefer alias/short-name matching and can bind the short ID to the wrong provider when multiple providers are configured.

extent analysis

TL;DR

Adding an explicit alias for each model without one may resolve the issue, as it ensures correct routing to the intended provider.

Guidance

  • Verify that all models have unique names or aliases to prevent conflicts across providers.
  • Check the model picker/resolver logic in Control UI to understand how it prioritizes alias/short-name matching.
  • Consider updating the model configuration to include aliases for all models, especially those without unique short names.
  • Review the provider configuration to ensure that the default provider/model path is correctly set up and does not interfere with model resolution.

Example

For a model like openai-codex/gpt-5.3-codex, adding an alias as shown can fix the routing issue:

"openai-codex/gpt-5.3-codex": { "alias": "gpt-5.3-codex" }

Notes

This approach may not be ideal as it makes aliases seem required for correct routing, which contradicts the expectation that they should be optional.

Recommendation

Apply workaround: Add explicit aliases to models without them to ensure correct routing, as this is a confirmed method to resolve the issue, even though it may not be the desired long-term solution.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

openclaw - 💡(How to fix) Fix Control UI may resolve short model IDs to the wrong provider unless alias is defined [1 comments, 2 participants]