-
-
Notifications
You must be signed in to change notification settings - Fork 69.5k
openai-codex/gpt-5.4 is configurable but not actually supported in runtime (missing/Unknown model) #37623
Copy link
Copy link
Open
Description
Summary
On OpenClaw 2026.3.2, openai-codex/gpt-5.4 can be added to config and appears in models list, but it is still treated as missing and fails at runtime with Unknown model / HTTP 404.
This makes it look like GPT-5.4 via openai-codex is supported when it is not yet wired through the runtime.
Environment
- OpenClaw version:
2026.3.2 - Install method:
pnpm - Auth:
openai-codexOAuth profile present and valid - Platform: macOS
Reproduction
- Configure the main agent or default model as:
openai-codex/gpt-5.4- or
openai-codex/gpt-5.4-codex
- Restart gateway/node.
- Run:
openclaw models listopenclaw models status --json- start a fresh
mainsession / normal agent turn
Actual behavior
openclaw models listshows:openai-codex/gpt-5.4 ... configured,missingopenai-codex/gpt-5.4-codex ... configured,missing
- runtime errors include:
FailoverError: Unknown model: openai-codex/gpt-5.4FailoverError: HTTP 404: 404 page not found
Expected behavior
One of these should be true:
openai-codex/gpt-5.4is fully supported in runtime/catalog/forward-compat and works.- Or OpenClaw should reject it early and clearly, instead of allowing it into config and then failing later at runtime.
Findings
It looks deeper than an allow-list issue.
The installed runtime still appears hard-wired around gpt-5.3-codex for openai-codex:
dist/model-picker-CGU6hX_z.jsOPENAI_CODEX_DEFAULT_MODEL = "openai-codex/gpt-5.3-codex"
dist/model-ZurrFOi9.js- Codex forward-compat/fallback logic is centered on
gpt-5.3-codex
- Codex forward-compat/fallback logic is centered on
dist/model-catalog-qZGHxvcI.js- no equivalent generic handling for
gpt-5.4
- no equivalent generic handling for
So the config layer accepts the model, but runtime/catalog resolution does not fully support it.
Suggested fix
- Add proper runtime/catalog/forward-compat support for
openai-codex/gpt-5.4(and possiblygpt-5.4-codexif that is the intended canonical id), or - fail validation early with a clear error if
openai-codex/gpt-5.4is not supported yet.
Notes
I verified that falling back to openai-codex/gpt-5.3-codex restores normal operation, which makes this look specifically like missing GPT-5.4 integration rather than broken OAuth/auth.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels
Type
Fields
Give feedbackNo fields configured for issues without a type.