Codex 사용 한도는 단순한 결제 제한이 아니다. 일정 시간 안에 사용할 수 있는 모델 호출, 토큰, 작업량을 관리해 서비스 안정성과 비용을 조절하는 장치다. 특히 Codex는 고정된 시각에 초기화되는 방식이 아니라, 5시간 롤링 윈도우처럼 사용량이 시간에 따라 빠지는 제한을 적용한다.1
그래서 한도가 예상보다 빨리 닳을 때는 “내가 너무 많이 썼나?”만 볼 일이 아니다. 세션 처리 방식, 캐시, 모델 선택, 클라이언트 버전 같은 요소가 실제 소모량에 영향을 줄 수 있다. 이번 Codex 사용 한도 소진 이슈도 바로 그 지점에서 발생했다.
문제는 긴 세션 처리 과정에 있었다
Codex는 긴 작업을 이어가기 위해 대화와 도구 호출 기록을 압축한다. 오래된 전체 맥락을 계속 모델에 넣는 대신, 필요한 내용을 요약해 세션을 이어가는 방식이다. 이를 컨텍스트 압축이라고 한다.2
이 과정은 장시간 리팩터링이나 디버깅처럼 맥락이 길어지는 작업에서 중요하다. 하지만 이번에는 장시간 세션 압축에 들어간 최적화가 캐시 적중률에 영향을 준 것으로 지목됐다. 캐시 적중률이 낮아지면 이전에 계산하거나 저장한 내용을 재사용하기 어려워지고, 같은 작업도 더 많은 비용으로 처리될 수 있다.
실제 GitHub 이슈에는 Codex CLI v0.125.0에서 “5시간 한도를 10분도 안 돼 소진했다”는 보고가 올라왔다. 보고자는 ChatGPT Business 구독자였고, 사용 모델은 gpt-5.5 xhigh였다.3
한도 재설정은 정책 변경이 아니다
OpenAI는 문제가 된 최적화를 롤백했고, 모든 계정의 사용 한도를 재설정했다. 여기서 중요한 점은 이 조치를 “한도가 늘어났다”는 신호로 해석하면 안 된다는 것이다. 서비스 측 문제로 사용량이 비정상적으로 소모됐을 때 이뤄진 보상성 조치에 가깝다.4
따라서 갑자기 한도가 회복됐다고 해서 장기적인 사용 정책이 바뀌었다고 단정하기는 어렵다. Codex에는 짧은 시간 창, 주간 한도, 모델별 가중치, 플랜별 규칙이 함께 작동할 수 있다.
개발자에게 필요한 것은 한도 회복 자체보다 현재 상태를 정확히 확인하는 습관이다. 예를 들어 Codex CLI에서는 /status 같은 명령으로 5시간 한도와 주간 한도 사용량, 리셋 시간을 확인할 수 있다.5
개발자가 확인해야 할 것
AI 코딩 도구의 사용량은 프롬프트 길이만으로 결정되지 않는다. 세션 압축, 캐시 동작, 모델 선택, 도구 호출 횟수, 클라이언트 버전이 함께 영향을 준다. 따라서 한도가 비정상적으로 빨리 소진될 때는 사용 패턴만 의심하기보다 운영 환경을 함께 점검해야 한다.
우선 현재 사용 중인 Codex CLI 버전과 모델을 확인한다. 긴 세션에서 문제가 반복된다면 작업을 작은 단위로 나눠 진행하는 편이 안전하다. 또한 OpenAI 상태 페이지와 관련 GitHub 이슈를 함께 살펴보면, 개인 사용량 문제인지 서비스 측 이슈인지 판단하는 데 도움이 된다.
이번 사건의 교훈은 분명하다. Codex 사용 한도는 단순한 요금 문제가 아니라 개발 흐름을 좌우하는 운영 변수다. 한도를 잘 관리하려면 얼마나 많이 썼는지만 볼 것이 아니라, 어떤 세션 구조와 모델, 도구 호출 패턴에서 소모가 커지는지도 함께 봐야 한다.
1Codex Rate Limits Explained: The 5-Hour Window
2Codex CLI Context Compaction: Architecture, Configuration, and Managing Long Sessions
3Usage limits exhausting too fast · Issue #20292 · openai/codex · GitHub
4Why Did Codex Usage Limits Suddenly Reset? History and Sources
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.