You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
이 이슈는 GPT(Codex) 5시간 사용량을 다 쓴 뒤 모델 선택기가 막혀서, 원래 쓰던 다른 API/라우트 모델도 고를 수 없다는 보고입니다. 작성자 liweiwei007, 라벨 enhancement+cli. 본문(중국어) 요지는: 한 대화에서 네이티브 GPT를 돌리다 5시간 한도에 걸리면, 다른 제공자 모델을 쓰던 대화까지 같은 제한이 걸리고 모델 선택 팝업을 치울 수 있느냐는 요청입니다. 스크린샷이 첨부되어 있습니다. 지금 로컬 dev HEAD는 8026405d9(#4067), package 2.49.0입니다.
이 증상은 새 버그가 아닙니다. 이미 #2813(CLOSED)에서 같은 현상을 추적했고, 원인은 OpenCodex 카탈로그가 아니라 Codex 데스크톱 앱의 Luna Reserve(gpt-reserve) 클라이언트 게이트입니다. ChatGPT 5시간 할당량이 소진되면 앱이 자체로 backend-api/wham/usage를 폴링하고, rate_limit_upsell.banner_type === "luna_reserve" 이면서 primary rate_limit.allowed === false, additional_rate_limits에 허용된 gpt-reserve가 있으면 Reserve를 활성으로 봅니다. 그 동안 앱은 대화 모델을 gpt-reserve로 강제하고, 다른 선택을 다시 Reserve로 되돌려 피커를 Reserve 한 칸으로 접습니다. 이 결정은 모델 카탈로그를 보지 않습니다. 그래서 OpenCodex가 넣어 준 라우트 모델도 같이 회색/선택 불가가 됩니다. 프록시가 할당량을 “고쳐 보고” 할 수 있는 지점이 없습니다.
HEAD 코드도 그 결론과 같습니다. 라우트 가시성은 disabledModels/selectedModels 쪽이지 할당량이 아닙니다. isCodexQuotaExhausted(src/codex/quota.ts)는 풀/라우팅용입니다. Reserve 관련 HEAD 코드(src/codex/reserve-availability.ts, src/codex/auth-context.ts, NATIVE_RESERVE_MODEL = "gpt-reserve")는 Reserve 요청이 들어왔을 때 메인 자격·헬퍼 거절을 다루는 쪽이지, Codex 앱 피커를 잠그거나 푸는 쪽이 아닙니다. 문서화는 이미 들어가 있습니다. #3202가 docs-site/.../guides/codex-integration.md에 “Routed models during Codex reserve mode” 절을 넣었고, codex-app-models.md의 Native quota fallback limitation도 같은 우회를 가리킵니다. 우회는 Codex 앱 피커를 거치지 않는 클라이언트입니다: ocx claude, 로컬 /v1 직접 호출, ocx access test 등. “제한 팝업만 없애기”는 OpenCodex가 Codex 렌더러를 고칠 수 없어서 불가합니다.
우선순위를 58로 둔 이유는 제품 신규 작업이 커서라기보다, 열린 이슈 수를 부풀리는 중복이라 빨리 close·안내해야 해서입니다. 2.49 tip(#4067)이나 #3719 등과 묶을 열차 항목이 아닙니다. types/config 분할과도 무관합니다. 작성자에게는 중국어/영어로 “Codex 앱 Reserve 모드 제한 + 문서 링크 + 우회”를 짧게 답하면 됩니다.
라인 - 이게 무슨 문제다
경로 이슈 본문 - 증상 서술은 #2813과 동일 축(5시간 소진 후 다른 모델 선택 불가). OpenCodex “기능 개방” 요청으로 보이지만 실제로는 업스트림 클라이언트 게이트다.
경로 #2813 (CLOSED) + #3202 (merged docs) - 이미 원인 검증·문서화 완료. 이 번호는 중복이다.
경로 docs-site/src/content/docs/guides/codex-integration.md “Routed models during Codex reserve mode” - 피커 잠금은 클라이언트가 gpt-reserve로 강제한다고 명시. 프록시로 해제 불가.
경로 src/codex/quota.ts / 카탈로그 sync - 할당량이 라우트 모델 visibility를 끄지 않는다. “OpenCodex가 모델을 잠근다”는 가설과 불일치.
경로 src/codex/reserve-availability.ts - Reserve는 들어온 요청 인가용. Codex UI 피커를 제어하지 않는다.
경로 라벨 cli+enhancement - 실제 재현면은 Codex 앱 피커 호환 제한에 가깝다. 새 enhancement로 열어 둘 가치가 없다.
메인테이너의 판단이 필요한 지점
duplicate of #2813으로 close할지, docs만 가리키고 close할지(권장: duplicate + 문서 링크).
작성자 답글에 중국어 요약(Reserve 활성 시 앱이 피커를 접음 / ocx claude·/v1 우회)을 메인테이너가 직접 남길지.
중복으로 닫으세요.Duplicate of #2813. 댓글에 guides/codex-integration.md의 Reserve 절과 우회(ocx claude, 로컬 /v1)를 한 줄로 적어 주세요. OpenCodex 쪽에서 피커 잠금을 푸는 PR은 받지 마세요. types/config 무관. 같은 보고가 또 오면 같은 문서로 즉시 close하면 됩니다.
Closing per maintainer decision in the post-2.49 scope round: the overlay block is transient by design — once the quota window resets the account becomes usable again, and model selection state is a Codex App runtime concern that ocx sync does not refresh mid-session anyway, so an immediate proxy-side patch would not change the live behavior. The registration half of the quota-exhaustion pain is already being addressed by #3848 (persist as validation-pending when an authenticated usage read confirms exhaustion).
Activity
lidge-jun commentedon Sep 9, 2026
리뷰 · 우선순위 58 / 80
설명
이 이슈는 GPT(Codex) 5시간 사용량을 다 쓴 뒤 모델 선택기가 막혀서, 원래 쓰던 다른 API/라우트 모델도 고를 수 없다는 보고입니다. 작성자 liweiwei007, 라벨
enhancement+cli. 본문(중국어) 요지는: 한 대화에서 네이티브 GPT를 돌리다 5시간 한도에 걸리면, 다른 제공자 모델을 쓰던 대화까지 같은 제한이 걸리고 모델 선택 팝업을 치울 수 있느냐는 요청입니다. 스크린샷이 첨부되어 있습니다. 지금 로컬devHEAD는8026405d9(#4067), package 2.49.0입니다.이 증상은 새 버그가 아닙니다. 이미 #2813(CLOSED)에서 같은 현상을 추적했고, 원인은 OpenCodex 카탈로그가 아니라 Codex 데스크톱 앱의 Luna Reserve(
gpt-reserve) 클라이언트 게이트입니다. ChatGPT 5시간 할당량이 소진되면 앱이 자체로backend-api/wham/usage를 폴링하고,rate_limit_upsell.banner_type === "luna_reserve"이면서 primaryrate_limit.allowed === false,additional_rate_limits에 허용된gpt-reserve가 있으면 Reserve를 활성으로 봅니다. 그 동안 앱은 대화 모델을gpt-reserve로 강제하고, 다른 선택을 다시 Reserve로 되돌려 피커를 Reserve 한 칸으로 접습니다. 이 결정은 모델 카탈로그를 보지 않습니다. 그래서 OpenCodex가 넣어 준 라우트 모델도 같이 회색/선택 불가가 됩니다. 프록시가 할당량을 “고쳐 보고” 할 수 있는 지점이 없습니다.HEAD 코드도 그 결론과 같습니다. 라우트 가시성은
disabledModels/selectedModels쪽이지 할당량이 아닙니다.isCodexQuotaExhausted(src/codex/quota.ts)는 풀/라우팅용입니다. Reserve 관련 HEAD 코드(src/codex/reserve-availability.ts,src/codex/auth-context.ts,NATIVE_RESERVE_MODEL = "gpt-reserve")는 Reserve 요청이 들어왔을 때 메인 자격·헬퍼 거절을 다루는 쪽이지, Codex 앱 피커를 잠그거나 푸는 쪽이 아닙니다. 문서화는 이미 들어가 있습니다. #3202가docs-site/.../guides/codex-integration.md에 “Routed models during Codex reserve mode” 절을 넣었고,codex-app-models.md의 Native quota fallback limitation도 같은 우회를 가리킵니다. 우회는 Codex 앱 피커를 거치지 않는 클라이언트입니다:ocx claude, 로컬/v1직접 호출,ocx access test등. “제한 팝업만 없애기”는 OpenCodex가 Codex 렌더러를 고칠 수 없어서 불가합니다.우선순위를 58로 둔 이유는 제품 신규 작업이 커서라기보다, 열린 이슈 수를 부풀리는 중복이라 빨리 close·안내해야 해서입니다. 2.49 tip(#4067)이나 #3719 등과 묶을 열차 항목이 아닙니다. types/config 분할과도 무관합니다. 작성자에게는 중국어/영어로 “Codex 앱 Reserve 모드 제한 + 문서 링크 + 우회”를 짧게 답하면 됩니다.
라인 - 이게 무슨 문제다
경로 이슈 본문 - 증상 서술은 #2813과 동일 축(5시간 소진 후 다른 모델 선택 불가). OpenCodex “기능 개방” 요청으로 보이지만 실제로는 업스트림 클라이언트 게이트다.
경로
#2813(CLOSED) +#3202(merged docs) - 이미 원인 검증·문서화 완료. 이 번호는 중복이다.경로
docs-site/src/content/docs/guides/codex-integration.md“Routed models during Codex reserve mode” - 피커 잠금은 클라이언트가gpt-reserve로 강제한다고 명시. 프록시로 해제 불가.경로
src/codex/quota.ts/ 카탈로그 sync - 할당량이 라우트 모델 visibility를 끄지 않는다. “OpenCodex가 모델을 잠근다”는 가설과 불일치.경로
src/codex/reserve-availability.ts- Reserve는 들어온 요청 인가용. Codex UI 피커를 제어하지 않는다.경로 라벨
cli+enhancement- 실제 재현면은 Codex 앱 피커 호환 제한에 가깝다. 새 enhancement로 열어 둘 가치가 없다.메인테이너의 판단이 필요한 지점
duplicate of #2813으로 close할지, docs만 가리키고 close할지(권장: duplicate + 문서 링크).ocx claude·/v1우회)을 메인테이너가 직접 남길지.너의 추천
중복으로 닫으세요.
Duplicate of #2813. 댓글에guides/codex-integration.md의 Reserve 절과 우회(ocx claude, 로컬/v1)를 한 줄로 적어 주세요. OpenCodex 쪽에서 피커 잠금을 푸는 PR은 받지 마세요. types/config 무관. 같은 보고가 또 오면 같은 문서로 즉시 close하면 됩니다.이 댓글은 grok-bot이 작성했습니다
lidge-jun commentedon Sep 9, 2026
Closing per maintainer decision in the post-2.49 scope round: the overlay block is transient by design — once the quota window resets the account becomes usable again, and model selection state is a Codex App runtime concern that ocx sync does not refresh mid-session anyway, so an immediate proxy-side patch would not change the live behavior. The registration half of the quota-exhaustion pain is already being addressed by #3848 (persist as validation-pending when an authenticated usage read confirms exhaustion).