Description
gpt-5.6-luna is listed under the built-in OpenAI provider with ChatGPT OAuth, but requests fail with HTTP 404:
Model not found gpt-5.6-luna
I reproduced this from a clean anomalyco/opencode dev checkout at c2e019ba7. The same ChatGPT account succeeds with gpt-5.6-luna through Codex CLI 0.144.0.
Codex 0.144 marks Luna with minimal_client_version: 0.144.0 and use_responses_lite: true. OpenCode currently admits the model through its > 5.4 OAuth filter but sends its normal Responses request path using the OpenCode installation version. This looks like an OpenCode Codex-transport compatibility gap rather than a bad model slug.
This is related to, but narrower than, #36133: that report includes custom proxy/API-key configuration and the gpt-5.6 alias. This reproduction uses only the built-in ChatGPT OAuth path and the exact gpt-5.6-luna slug.
A focused implementation is available in #36143.
Plugins
None (--pure).
OpenCode version
0.0.0-dev-202607091906, built from upstream dev commit c2e019ba7 (v1.17.18 source).
Steps to reproduce
- Build a clean upstream checkout with
OPENCODE_CHANNEL=dev bun run script/build.ts --single from packages/opencode.
- Authenticate the OpenAI provider using ChatGPT OAuth.
- Run
opencode run --pure --model openai/gpt-5.6-luna "Reply with exactly: LUNA_OK".
- Observe repeated provider retries; the endpoint response is HTTP 404 with
Model not found gpt-5.6-luna.
Expected: Luna responds, as it does through Codex CLI 0.144.0 using the same account.
Screenshot and/or share link
No share link; this was reproduced in an isolated development database. The exact command and backend error are above.
Operating System
macOS 26.6, Apple Silicon.
Terminal
Ghostty
Description
gpt-5.6-lunais listed under the built-in OpenAI provider with ChatGPT OAuth, but requests fail with HTTP 404:I reproduced this from a clean
anomalyco/opencodedevcheckout atc2e019ba7. The same ChatGPT account succeeds withgpt-5.6-lunathrough Codex CLI 0.144.0.Codex 0.144 marks Luna with
minimal_client_version: 0.144.0anduse_responses_lite: true. OpenCode currently admits the model through its> 5.4OAuth filter but sends its normal Responses request path using the OpenCode installation version. This looks like an OpenCode Codex-transport compatibility gap rather than a bad model slug.This is related to, but narrower than, #36133: that report includes custom proxy/API-key configuration and the
gpt-5.6alias. This reproduction uses only the built-in ChatGPT OAuth path and the exactgpt-5.6-lunaslug.A focused implementation is available in #36143.
Plugins
None (
--pure).OpenCode version
0.0.0-dev-202607091906, built from upstreamdevcommitc2e019ba7(v1.17.18 source).Steps to reproduce
OPENCODE_CHANNEL=dev bun run script/build.ts --singlefrompackages/opencode.opencode run --pure --model openai/gpt-5.6-luna "Reply with exactly: LUNA_OK".Model not found gpt-5.6-luna.Expected: Luna responds, as it does through Codex CLI 0.144.0 using the same account.
Screenshot and/or share link
No share link; this was reproduced in an isolated development database. The exact command and backend error are above.
Operating System
macOS 26.6, Apple Silicon.
Terminal
Ghostty