-
-
Notifications
You must be signed in to change notification settings - Fork 80.7k
Model picker should distinguish GPT provider/auth route from agent runtime #84032
Copy link
Copy link
Open
Labels
P2Normal backlog priority with limited blast radius.Normal backlog priority with limited blast radius.clawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.ClawSweeper found a clear likely implementation shape for this issue.clawsweeper:needs-maintainer-reviewClawSweeper marked this issue as needing maintainer review before automation.ClawSweeper marked this issue as needing maintainer review before automation.clawsweeper:needs-product-decisionClawSweeper marked this issue as needing a product or behavior decision.ClawSweeper marked this issue as needing a product or behavior decision.clawsweeper:no-new-fix-prClawSweeper does not recommend queueing a new automated fix PR for this issue.ClawSweeper does not recommend queueing a new automated fix PR for this issue.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.ClawSweeper found a high-confidence source-level issue reproduction.impact:auth-providerAuth, provider routing, model choice, or SecretRef resolution may break.Auth, provider routing, model choice, or SecretRef resolution may break.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.Very strong issue quality with high-confidence source-level or clear reproduction.maturity:stableIssue affects a taxonomy feature currently scored M4/M5.Issue affects a taxonomy feature currently scored M4/M5.
Description
Metadata
Metadata
Assignees
Labels
P2Normal backlog priority with limited blast radius.Normal backlog priority with limited blast radius.clawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.ClawSweeper found a clear likely implementation shape for this issue.clawsweeper:needs-maintainer-reviewClawSweeper marked this issue as needing maintainer review before automation.ClawSweeper marked this issue as needing maintainer review before automation.clawsweeper:needs-product-decisionClawSweeper marked this issue as needing a product or behavior decision.ClawSweeper marked this issue as needing a product or behavior decision.clawsweeper:no-new-fix-prClawSweeper does not recommend queueing a new automated fix PR for this issue.ClawSweeper does not recommend queueing a new automated fix PR for this issue.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.ClawSweeper found a high-confidence source-level issue reproduction.impact:auth-providerAuth, provider routing, model choice, or SecretRef resolution may break.Auth, provider routing, model choice, or SecretRef resolution may break.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.Very strong issue quality with high-confidence source-level or clear reproduction.maturity:stableIssue affects a taxonomy feature currently scored M4/M5.Issue affects a taxonomy feature currently scored M4/M5.
Type
Fields
Priority
None yet
Summary
After updating OpenClaw to
2026.5.19-beta.1, GPT/Codex-related model entries became hard to understand in the WebUI/channel model picker.The UI showed only
gpt-5.5, but from a user's perspective there are several materially different routes:openai/gpt-5.5openai-codex/gpt-5.5withagentRuntime.id = "pi"codex/gpt-*/ Codex harness runtime routes depending on configurationThese routes have different auth semantics, runtime behavior, and latency. In my case, selecting the ambiguous
gpt-5.5caused conversations to use the slower Codex runtime path, while I expected the normal PI conversation path using my ChatGPT/Codex subscription login.Environment
2026.5.19-beta.1(ba9034b)127.0.0.1:18789openai-codexOAuth profile is valid@openclaw/codexupdated to the latest available versionWhat happened
Before fixing the config manually,
openclaw gateway call models.list --jsonexposed GPT roughly like this:{ "id": "gpt-5.5", "name": "gpt-5.5", "provider": "openai" }In the UI this appeared simply as:
That did not tell me whether the conversation would use:
This is especially confusing because recent config/plugin naming has changed between forms like
openai codex,codex, andopenai/codex.Manual workaround
I manually added two explicit entries under
agents.defaults.models:After restarting the gateway, the model list became clear:
{ "id": "gpt-5.5", "provider": "openai", "alias": "GPT-5.5 · OpenAI" }, { "id": "gpt-5.5", "provider": "openai-codex", "alias": "GPT-5.5 · PI" }And this test succeeded:
openclaw infer model run --gateway --model openai-codex/gpt-5.5 --prompt '只回复 OK' --jsonResult:
{ "ok": true, "provider": "openai-codex", "model": "gpt-5.5", "outputs": [{"text": "OK"}] }Expected behavior
The model picker should make the provider/auth route and runtime clear without requiring users to inspect JSON config.
Possible improvements:
Example:
GPT-5.5 · OpenAI · Codex runtimevsGPT-5.5 · OpenAI Codex OAuth · PI.gpt-5.5.openclaw configure, when ChatGPT/Codex Browser Login is selected, make it clear whether the generated model entry isopenai/gpt-*,openai-codex/gpt-*, orcodex/gpt-*.Why this matters
This is not just cosmetic. The routes can have very different latency and behavior. Users with only a ChatGPT/Codex subscription, not an OpenAI API key, need to know whether they are using the PI conversation path or the Codex harness/runtime path.
Right now the UI can make those routes look like one model, which makes debugging model performance and auth behavior unnecessarily hard.