[Bug][2.36.0][Codex App] Plus account loses GPT-5.6 models; downgrade to 2.35.0 restores them

[h31105]

Client or integration

Codex App

Area

Authentication / entitlement / model catalog

Summary

After upgrading OpenCodex from 2.35.0 to 2.36.0, a ChatGPT Plus account can no longer use the GPT-5.6 family in Codex.

Downgrading the same OpenCodex installation back to 2.35.0 immediately restores GPT-5.6 availability for the same Plus account.

Affected models:

• gpt-5.6-sol
• gpt-5.6-terra
• gpt-5.6-luna

This looks like a 2.36.0 regression in the entitlement/catalog synchronization path rather than an actual account entitlement change, because the result is reproducible across the version boundary with the same account.

Reproduction

1. Sign in to Codex with a ChatGPT Plus account that can use GPT-5.6 under OpenCodex 2.35.0.
2. Confirm GPT-5.6 models are available/usable.
3. Upgrade OpenCodex to 2.36.0.
4. Restart/reload Codex so the model catalog is refreshed.
5. Observe that the GPT-5.6 family is no longer usable / the model picker changes.
6. Downgrade OpenCodex back to 2.35.0:

npm install -g @bitkyc08/opencodex@2.35.0

7. Restart Codex.
8. GPT-5.6 availability returns for the same Plus account.

Controlled A/B result

OpenCodex version	ChatGPT plan	GPT-5.6
2.35.0	Plus	Works
2.36.0	Plus	Does not work
2.35.0 (downgrade)	Plus	Works again

Version

Regression observed in 2.36.0. Control version: 2.35.0.

Operating system

macOS 26.6.2

Provider and model

OpenAI Codex login / ChatGPT Plus:

• gpt-5.6-sol
• gpt-5.6-terra
• gpt-5.6-luna

Suspected area

2.36.0 includes changes around requesting/reconciling the upstream entitlement roster using the real Codex client version. The clean 2.35 → 2.36 → 2.35 A/B suggests that the refreshed entitlement/catalog logic may be producing a false negative for an entitled Plus account.

Related issue #2886 reports a similar false-negative catalog projection on an earlier version, but this report specifically captures a 2.36.0 regression where 2.35.0 works for the same account and downgrading restores GPT-5.6.

Expected behavior

An entitled ChatGPT Plus account that can use GPT-5.6 on 2.35.0 should retain the same GPT-5.6 models after upgrading to 2.36.0. A missing/stale/incorrect entitlement roster should not incorrectly remove or reject models the account is actually entitled to use.

Checks

• Searched existing issues for GPT-5.6 / entitlement / 2.36.0 reports.
• Reproduced across an upgrade and downgrade boundary.
• No credentials, tokens, email addresses, or account identifiers included.

[coderabbitai]

⚠️ Possible Duplicate Issue(s)

• [Bug][2.35][Codex App] Entitled GPT-5.6 Sol/Terra/Luna disappear from the native catalog #2886

---

📝 Issue Planner

_{Check the box below or use the @coderabbitai plan command to generate an implementation plan and prompts that you can use with your favorite coding assistant.}

• Create Plan

---

🧪 Issue enrichment is currently in open beta.

To disable automatic issue enrichment, add the following to your .coderabbit.yaml:

issue_enrichment:
  auto_enrich:
    enabled: false

💬 Have feedback or questions? Drop into our discord!

[github-actions]

Issue reopened

The report now contains the information required by the automated check. Thanks for updating it.

[lidge-jun]

리뷰 · 우선순위 78 / 80

이 이슈는 지금 dev HEAD 870a2adb6(패키지 2.37.0)에도 그대로 열려 있다. 그리고 형태가 나쁘다. 2.35.0에서 되고 2.36.0에서 안 되고 내리면 다시 되는 A/B는 추측이 아니라 경계 재현이고, 이미 배포된 버전에서 Plus 계정이 값을 잃는 길이다. 내가 소스에서 확인한 결과 원인은 짚어낼 수 있었다.

당신이 지목한 영역이 맞다. 2.35.0과 2.36.0 사이에 들어간 것은 #2891(c3da277bc)이고, 그게 엔타이틀먼트 로스터를 요청하는 client_version을 바꿨다. 아이러니는 그 커밋의 목적이 바로 이 증상을 고치는 것이었다는 점이다. #2886에서 GPT-5.6이 사라진 원인이 로스터를 client_version=0.0.0으로 물어본 것이었고, 업스트림이 그 버전으로 필터해서 빈 답을 줬고, #2550의 fail-closed 게이트가 그 부재를 "확인된 부정"으로 읽었다.

남은 구멍은 폴백 상수의 값이다. src/codex/model-entitlements.ts의 버전 우선순위는 3단이다. (1) 인바운드 요청의 client_version, (2) 저장된 Codex 런타임 버전, (3) 이 빌드의 번들 스냅샷이 게이트 모델에 대해 기록한 하한. 3단은 요청도 없고 런타임도 해석된 적 없는 배경 동기화를 위해 존재한다.

그 3단의 실제 값을 확인했다:

GATED_MODEL_CLIENT_VERSION_FLOOR = 0.142.2

src/codex/data/upstream-models.json 기준
  gpt-5.6-sol    minimal_client_version = 0.142.2
  gpt-5.6-terra  minimal_client_version = 0.142.2
  gpt-5.6-luna   minimal_client_version = 0.142.2

그런데 #2886의 제보자가 같은 계정으로 인증된 업스트림 로스터에 세 가지 버전을 직접 물어본 결과는 이랬다:

client_version=0.142.2  → HTTP 200, gpt-5.6 없음
client_version=0.144.0  → HTTP 200, gpt-5.6-sol/terra/luna 있음
client_version=0.146.0  → HTTP 200, gpt-5.6-sol/terra/luna 있음

즉 번들 스냅샷이 기록한 하한이 실제 업스트림 게이트보다 낮다. 스냅샷은 0.142.2를 요구한다고 적어놨는데 업스트림은 그 버전에 GPT-5.6을 주지 않는다. deriveGatedClientVersionFloor는 스냅샷에서 값을 성실하게 유도하고 하드코딩을 피하도록 설계됐지만, 유도 결과가 실제로 통하는 버전인지는 검증할 수 없다. 3단으로 떨어지는 경로는 0.0.0을 쓰던 옛 결함과 똑같은 결과를 만든다. 답이 빈 채로 오고, fail-closed 게이트가 그걸 부정으로 굳힌다.

그래서 왜 어떤 사람은 되고 어떤 사람은 안 되는가. 1단이나 2단이 살아 있으면 실제 클라이언트 버전(0.144+)으로 물어보니 정상이다. 3단으로 내려가는 경우 — 요청 없는 배경 동기화이고, 이 호스트에서 Codex 런타임이 해석된 적 없거나 codex-runtime.json이 없는 경우 — 0.142.2로 물어보고 빈 답을 받는다. #2886 제보자가 ~/.opencodex를 통째로 치우고 새로 설치한 뒤 재현한 것, 그리고 그 머신에 codex CLI가 없다고 말한 것이 이 경로와 정확히 맞는다.

#3023과의 관계. 별개 결함이지만 같은 지점에서 만난다. #3023은 5분 캐시가 만료된 뒤 자격 증명을 다시 읽지 않아 행이 빠지는 문제고, 이건 다시 읽더라도 잘못된 버전으로 묻는 문제다. 둘 다 "엔타이틀먼트가 조용히 짧은 목록을 낸다"로 끝난다.

수리 방향. 스냅샷 유도값을 그대로 신뢰하는 대신, 게이트 모델이 실제로 돌아오는 버전을 하한으로 삼아야 한다. GATED_MODEL_CLIENT_VERSION_FLOOR_FALLBACK을 올리는 것만으로는 부족하다 — 유도가 성공해서 0.142.2가 나오면 폴백은 쓰이지도 않는다. 그리고 fail-closed 게이트가 "빈 로스터"와 "확인된 부정"을 계속 같은 것으로 취급하는 한, 다음에 업스트림이 하한을 또 올리면 같은 일이 반복된다. 그 구분이 이 수리의 본체다.

당신 쪽에서 더 필요한 것은 없다. A/B가 깔끔하고 버전 경계가 명확해서 여기서 바로 작업할 수 있다. 확인만 하나 부탁하면, 영향받은 머신에서 cat ~/.opencodex/codex-runtime.json이 selectedVersion을 들고 있는지 알려주면 위 3단 가설이 당신 환경에서도 맞는지 굳어진다. 없거나 비어 있으면 예상과 일치한다.

우선순위 78/80. 배포된 회귀이고, 유료 계정이 소유한 값을 잃고, 사용자가 다운그레이드로만 대응할 수 있다.

[lidge-jun]

리뷰 · 우선순위 76 / 80

이 이슈는 지금 dev HEAD 870a2adb6 (패키지 2.37.0) 에도 그대로 열려 있습니다. 작성자는 ChatGPT Plus 계정으로 Codex App 을 씁니다. OpenCodex 2.35.0 에서는 gpt-5.6-sol / gpt-5.6-terra / gpt-5.6-luna 가 보입니다. 2.36.0 으로 올리면 같은 계정에서 세 줄이 사라집니다. 다시 2.35.0 으로 내리면 바로 돌아옵니다. 운영체제는 macOS 26.6.2 입니다. 예전에 운영체제 칸이 비어 품질 봇이 닫았다가, 칸을 채운 뒤 다시 열렸습니다. 계정 자격이 바뀐 것이 아닙니다. 설치본 경계에서만 갈립니다.

2.35.0 과 2.36.0 사이에서 엔타이틀먼트 파일을 바꾼 커밋은 #2891 (c3da277bc) 입니다. 2.35.0 은 https://chatgpt.com/backend-api/codex/models?client_version=0.0.0 을 그대로 쳤습니다. 2.36.0 부터는 요청의 client_version, 저장된 Codex 런타임 버전, 이 빌드 스냅샷이 게이트 모델에 적어 둔 하한, 이 세 칸을 순서대로 씁니다. 그 수리의 목적은 #2886 이었습니다. 0.0.0 으로 물으면 업스트림이 게이트 모델을 빼서 돌려주고, 실패 닫힘 게이트가 그 빈 목록을 확인된 부정으로 읽었습니다. 아이러니는 그 수리가 이번 제보의 버전 경계와 같다는 점입니다.

HEAD 에서 3단 하한의 실제 값은 0.142.2 입니다. src/codex/model-entitlements.ts 의 deriveGatedClientVersionFloor 가 src/codex/data/upstream-models.json 에서 게이트 슬러그의 minimal_client_version 중 제일 높은 값을 고릅니다. gpt-5.6-sol / terra / luna 세 줄이 모두 0.142.2 입니다. 유도가 성공하면 폴백 상수 GATED_MODEL_CLIENT_VERSION_FLOOR_FALLBACK 도 같은 0.142.2 라서 쓰이지 않습니다. 스냅샷이 적는 하한은 이 빌드가 아는 값이지만, 업스트림이 그 버전에 GPT-5.6 을 실제로 주는지는 검증하지 않습니다.

관련 #2886 측정은 같은 인증으로 버전만 바꿔 물은 결과입니다. 0.142.2 는 HTTP 200 인데 gpt-5.6 이 없고, 0.144.0 과 0.146.0 은 세 줄이 있습니다. 스냅샷 하한이 실제 게이트보다 낮습니다. 1단(요청 버전)이나 2단(런타임 파일)이 0.144 이상이면 목록이 맞습니다. 요청도 없고 codex-runtime.json 도 없으면 3단 0.142.2 로 묻고 빈 답을 받습니다. 실패 닫힘은 confirmed 이고 모델 집합이 비면 게이트 줄을 숨깁니다. Codex App 의 GET /v1/models 는 쿼리의 client_version 을 그대로 넘깁니다. 앱이 새 버전을 실어 보내면 이 구멍은 안 보입니다. 앱이 버전을 안 보내거나, 배경 동기화·내보내기·Direct 자격 검사가 3단으로 떨어지면 피커에서 사라집니다.

같은 시각의 #3023 과 묶지 마세요. #3023 은 5분 캐시가 식은 뒤 관리면 GET /api/models 가 자격을 다시 안 읽는 구멍입니다. 이건 다시 읽더라도 잘못된 버전으로 묻는 구멍입니다. 둘 다 짧은 네이티브 목록으로 끝나지만 고치는 자리가 다릅니다. #3024 는 날짜 접미사 접기라서 더 멉니다. #2886 은 이미 #2891 로 닫힌 옛 0.0.0 플레이스홀더입니다. 이번 이슈를 그 중복으로 닫지 마세요. 열린 PR 중에 이 하한을 고치는 것은 없습니다. types.ts/config.ts 분할과도 안 겹칩니다. 미리보기 배포는 계획에 없습니다.

2.35.0 이 되던 이유도 같이 적습니다. 그때는 0.0.0 으로 물었습니다. 그 값이 빈 로스터를 만들던 것이 #2886 이었습니다. 그런데 이 Plus 계정 A/B 는 2.35.0 에서 세 줄이 보입니다. 가능한 설명은 두 가지입니다. 그때 이 계정의 0.0.0 응답에 아직 GPT-5.6 이 들어 있었거나, 피커가 프록시 게이트가 아닌 Codex App 쪽 캐시/관측 행을 보고 있었을 수 있습니다. 어느 쪽이든 2.36.0 의 실패 닫힘 + 0.142.2 하한은 HEAD 에서 같은 증상을 만들 수 있습니다. 작성자에게 더 필요한 재현은 거의 없습니다. 확인이 하나 있으면, 그 맥에서 ~/.opencodex/codex-runtime.json 의 selectedVersion 이 있는지입니다. 없거나 비면 3단 가설과 맞습니다.

라인 src/codex/model-entitlements.ts 81 - 폴백 상수가 0.142.2 다. 유도가 성공하면 이 값은 쓰이지 않는다. 폴백만 올리는 패치는 이번 구멍을 못 막는다.
라인 src/codex/model-entitlements.ts 83-86 - GATED_MODEL_CLIENT_VERSION_FLOOR 가 스냅샷에서 유도된다. HEAD 에서 결과는 0.142.2 다.
라인 src/codex/model-entitlements.ts 122-135 - resolveCodexEntitlementClientVersion 3단이다. 요청도 런타임도 없으면 그 하한으로 묻는다. 0.0.0 플레이스홀더는 이미 거절한다.
라인 src/codex/model-entitlements.ts 414-422 - 업스트림이 200 으로 짧은 목록을 주면 confirmed: true 에 빈 게이트 집합이 된다. 실패가 아니라 확인된 부정이다.
라인 src/codex/model-entitlements.ts 597-618 - cachedAvailableAccountGatedNativeModels 는 만료되지 않은 확인 칸만 센다. 짧은 확인 목록이면 Sol/Terra/Luna 가 빠진다.
라인 src/codex/catalog/native-models.ts 5-9 - 게이트 집합에 세 줄과 Daybreak Blue 가 들어 있다. 집합 자체는 버그가 아니다.
라인 src/codex/catalog/metadata.ts 424-426 - 관리/내보내기 행은 그 캐시 읽기로 게이트 줄을 남긴다.
라인 src/server/index.ts 1160-1163 - GET /v1/models 는 쿼리 client_version 을 넘긴다. 앱이 새 버전을 실으면 데이터면은 살 수 있다. 3단으로 떨어지는 배경 길과는 다르다.
경로 src/codex/data/upstream-models.json gpt-5.6-sol/terra/luna minimal_client_version - 세 줄 모두 0.142.2 다. 스냅샷을 새로 받아도 업스트림 게이트가 더 높으면 같은 일이 다시 난다.

메인테이너의 판단이 필요한 지점

• 하한을 스냅샷 유도값 대신, 게이트 모델이 실제로 돌아오는 버전으로 고정할지
• 빈 로스터를 확인된 부정으로 남길지, 짧은 성공을 미확인으로 낮춰 정적 줄을 숨기지 않을지. 후자는 [Bug]: account-unentitled gpt-5.6-sol/terra/luna are advertised as native models and relayed as 502 stream errors #2548 광고 과잉과 부딪친다
• [Bug][2.36.0] /api/models drops entitled GPT-5.6 rows after the 5-minute entitlement cache expires #3023 관리면 캐시 미스와 이 하한을 한 PR 에 넣을지. 넣지 않는 쪽이 안전하다
• 작성자 머신에 런타임 파일이 있는지 한 줄만 더 받을지, 지금 A/B 만으로 수리를 시작할지

너의 추천
열어 둔다. 라벨을 바꾸지 마라. 닫지 마라. #2886 중복으로 닫지 마라. #3023 과도 묶지 마라. 고치는 자리는 deriveGatedClientVersionFloor / GATED_MODEL_CLIENT_VERSION_FLOOR 다. 폴백 상수만 올리지 마라. 유도가 0.142.2 를 내는 한 폴백은 안 탄다. 게이트 세 줄이 실제로 포함된 버전을 하한으로 삼고, 그 값을 단위 테스트로 잠가라. 실패 닫힘 게이트와 #2548 광고 금지는 유지하라. types/config 분할에 안 깔리는 좁은 PR 로 dev 에 올려라. 미리보기 배포는 하지 마라.

이 댓글은 grok-bot이 작성했습니다