Skip to content

Model picker should distinguish GPT provider/auth route from agent runtime #84032

Description

@ygc3817922006-sketch

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.5
  • openai-codex/gpt-5.5 with agentRuntime.id = "pi"
  • potentially codex/gpt-* / Codex harness runtime routes depending on configuration

These routes have different auth semantics, runtime behavior, and latency. In my case, selecting the ambiguous gpt-5.5 caused conversations to use the slower Codex runtime path, while I expected the normal PI conversation path using my ChatGPT/Codex subscription login.

Environment

  • OpenClaw: 2026.5.19-beta.1 (ba9034b)
  • Platform: macOS
  • Gateway: local gateway on 127.0.0.1:18789
  • Auth: openai-codex OAuth profile is valid
  • Relevant plugin: @openclaw/codex updated to the latest available version

What happened

Before fixing the config manually, openclaw gateway call models.list --json exposed GPT roughly like this:

{
  "id": "gpt-5.5",
  "name": "gpt-5.5",
  "provider": "openai"
}

In the UI this appeared simply as:

gpt-5.5

That did not tell me whether the conversation would use:

  • OpenAI provider route
  • OpenAI Codex OAuth / PI route
  • Codex harness/runtime route

This is especially confusing because recent config/plugin naming has changed between forms like openai codex, codex, and openai/codex.

Manual workaround

I manually added two explicit entries under agents.defaults.models:

"openai/gpt-5.5": {
  "alias": "GPT-5.5 · OpenAI"
},
"openai-codex/gpt-5.5": {
  "alias": "GPT-5.5 · PI",
  "agentRuntime": {
    "id": "pi"
  }
}

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' --json

Result:

{
  "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:

  1. Show provider and runtime separately in the model picker.
    Example: GPT-5.5 · OpenAI · Codex runtime vs GPT-5.5 · OpenAI Codex OAuth · PI.
  2. Avoid collapsing distinct full model refs into the same visible label gpt-5.5.
  3. During openclaw configure, when ChatGPT/Codex Browser Login is selected, make it clear whether the generated model entry is openai/gpt-*, openai-codex/gpt-*, or codex/gpt-*.
  4. Ideally generate a clear alias automatically when multiple routes point to the same display model name.

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.

Metadata

Metadata

Assignees

No one assigned

    Labels

    P2Normal backlog priority with limited blast radius.clawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.clawsweeper:needs-maintainer-reviewClawSweeper marked this issue as needing maintainer review before automation.clawsweeper:needs-product-decisionClawSweeper 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:source-reproClawSweeper found a high-confidence source-level issue reproduction.impact:auth-providerAuth, provider routing, model choice, or SecretRef resolution may break.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.maturity:stableIssue affects a taxonomy feature currently scored M4/M5.

    Type

    No type

    Fields

    Priority

    None yet

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions