Velokey
튜토리얼

Codex 사용량 초기화: 왜 일어나고 다음 초기화를 확인하는 방법 (2026)

Codex 사용량 초기화 해설: 롤링 윈도우, 수동 초기화, 뱅킹 시스템, 그리고 다음 초기화 날짜를 확인하는 방법. 예기치 않은 초기화 문제 해결.

Codex 사용량 초기화: 왜 일어나고 다음 초기화를 확인하는 방법 (2026)

요약

  • Codex에는 4가지 초기화 유형이 있습니다: 5시간 롤링 윈도우, 주간 주기, 수동 팀 초기화, 적립 가능한 초기화(2026년 6월 이후)
  • 초기화 날짜 확인: Codex 데스크톱/웹의 설정 → 사용량, 또는 VS Code에서 /status
  • 2026년 6월 사건: 사기 방지 버그로 소진이 10~20배 빨라져, OpenAI가 워룸을 설치하고 모든 사용자를 초기화
  • 수동 초기화는 타이머를 재시작할 뿐 단순히 할당량을 추가하는 것이 아닙니다 — 나중을 위해 할당량을 아껴둔 사용자는 그것을 잃습니다
  • 뱅킹 기능(2026년 6월 12일): Plus/Pro 사용자는 무료 적립 초기화 1회를 받고, 추천을 통해 3회를 더 얻을 수 있습니다

Codex 할당량이 방금 0에 도달했습니다. 설정을 확인해 보니 — 초기화 날짜는 금요일이어야 했습니다. 오늘은 화요일입니다. 이제 날짜는 다음 주 월요일을 가리킵니다.

무슨 일이 일어난 걸까요?

Codex 사용량이 경고 없이 초기화되거나, 초기화 날짜가 앞당겨 점프하거나, 할당량이 예상보다 빨리 소진되는 것을 본 적이 있다면 당신만 그런 것이 아닙니다. 사기 방지 버그, 수동 팀 초기화, 그리고 2026년 중반에 배포된 뱅킹 시스템 사이에서 Codex의 초기화 동작은 유료 구독자조차 혼란스럽게 만들었습니다. 여기에 모든 초기화 유형, 당신의 것을 확인하는 방법, 그리고 사용자의 할당량을 평소보다 10~20배 빠르게 소진시킨 2026년 6월 워룸 사건에서 무슨 일이 있었는지가 있습니다.

Codex 사용량 초기화 가이드 미리보기
Codex의 네 가지 초기화 유형과 언제 발동되는지 이해하기

왜 내 Codex 사용량이 경고 없이 초기화되나요?

네 가지 이유: 5시간 롤링 윈도우는 지속적으로 갱신되고, 주간 주기는 첫 사용부터 7일마다 완료되며, OpenAI는 사건이나 축하 때 수동으로 모든 사용자를 초기화하고, 당신이 직접 발동하는 적립 가능한 초기화가 있습니다.

가장 큰 혼란은? 수동 초기화입니다. OpenAI 팀은 앱 내 알림 없이 이를 수행합니다. 그것이 일어나면 표시된 초기화 날짜가 바뀌고 아껴둔 할당량은 모두 사라집니다. 나머지 세 유형은 시스템이 자동화하지만 각각 다르게 작동합니다.

초기화 유형빈도예측 가능?누가 제어알림
5시간 롤링 윈도우지속적시스템무음
주간 주기7일마다예(수동 초기화가 없으면)시스템설정 내
수동(팀)예측 불가아니요OpenAI 직원X/Twitter만
적립 가능(자체 발동)사용자 선택당신앱 내 팝업

2026년 수동 초기화 타임라인(확인된 날짜):

  • 2026년 4월 28일: 모든 유료 플랜 초기화 "좋은 한 주를 축하하고 모두가 GPT-5.5로 더 많이 만들 수 있도록" (출처)
  • 2026년 6월 4일: 서비스 문제에 이은 예기치 않은 초기화, 사용자들이 아껴둔 할당량의 70% 이상을 잃음 (출처)
  • 2026년 6월 16~25일: 사기 방지 버그가 10~20배의 소진율을 일으킨 뒤의 긴급 워룸 초기화 (출처)

왜 앱 내 경고가 없을까요? OpenAI의 Codex 팀은 초기화를 대시보드가 아니라 X/Twitter로 공지합니다. @thsottiaux(Thibault Sottiaux, Codex 엔지니어링 책임자)를 팔로우하지 않는다면? 설정을 확인하고 날짜가 바뀐 것을 본 뒤에야 알게 될 것입니다.

Codex 사용량이 언제 초기화될지 어떻게 확인하나요?

데스크톱 또는 웹에서 Codex → 설정 → 사용량. 또는 VS Code 확장에서 /status를 입력하면 갱신 날짜와 남은 할당량을 볼 수 있습니다.

확인하는 세 가지 방법:

1. 데스크톱/웹 대시보드

  • Codex 앱을 열거나 chatgpt.com/codex 방문
  • 프로필 → 설정 → 사용량
  • "갱신 날짜" 또는 "초기화 날짜"를 찾기

2. VS Code 확장

  • Codex 채팅 패널 열기
  • /status를 입력하고 전송
  • 응답에 표시: 할당량 %, 갱신 날짜, 등급

3. 상태 표시줄(VS Code)

  • 왼쪽 하단 모서리, 할당량 아이콘
  • 마우스를 올리면 초기화 날짜가 있는 빠른 툴팁
Codex 초기화 날짜 확인 방법
다음 Codex 사용량 초기화를 확인하는 세 가지 방법

경고: 표시된 날짜는 보장되지 않습니다. OpenAI 팀의 수동 초기화는 예고 없이 그것을 바꿉니다. 날짜를 "약속"이 아니라 "가장 이른 초기화 가능 시점"으로 취급하세요.

한 사용자가 오후 2시에 확인하고(초기화 날짜: 3월 16일), 다시 오후 3시에 확인하니 — 날짜가 3월 17일로 점프하고 할당량이 100%로 돌아와 있었습니다. 공지 없음. 그저 조용한 갱신이었습니다.

5시간 제한과 주간 제한의 차이는?

5시간 롤링 윈도우는 버스트 사용을 막고 지속적으로 갱신됩니다(오후 2시에 사용한 메시지는 오후 7시에 풀림). 주간 제한은 첫 사용부터 7일에 걸친 총 지속 사용에 상한을 둡니다. 둘은 동시에 돌아갑니다. 당신은 먼저 도달하는 쪽에 제약됩니다.

이들을 겹치는 두 개의 가드레일로 생각하세요:

5시간 롤링 윈도우:

  • 임의의 5시간 구간에서 사용할 수 있는 양을 제한
  • 고정 일정이 아니라 지속적으로 갱신
  • 오후 2시에 20개 메시지 전송? 그 슬롯은 오후 7시에 풀림
  • 버스트 부하가 시스템을 압도하는 것을 방지

주간 제한:

  • 연속 7일에 걸친 총 사용에 상한
  • 달력 주가 아니라 당신의 *첫 사용*부터 시작
  • 7일 후 초기화(수동 초기화가 없으면)
  • 지속적인 과중 사용을 방지
측면5시간 윈도우주간 제한
목적버스트 제어지속 제어
갱신지속적고정(7일)
가시성무음설정에 표시
먼저 도달?고강도 작업일관된 일일 사용

실제 예시: 한 ChatGPT Plus 사용자(월 20달러)는 단일 대규모 리팩터링 중에 주간 제한이 3시간 만에 소진되었다고 보고했습니다. 5시간 제한에 닿기 전에 주간 상한에 도달한 것입니다 — 주간 천장이 5시간 버스트 사용이 허용할 것보다 낮았습니다. (유사한 사용 우려는 다른 프런티어 모델의 가격 구조에도 나타납니다.)

왜 둘 다일까요? OpenAI는 두 가지 시나리오를 방지하려 합니다: 누군가 한 주 분량을 하루 오후에 소진하는 것(5시간 제한이 이를 막음), 그리고 누군가 코딩 에이전트를 며칠 내내 24시간 돌리는 것(주간 제한이 이를 막음). 당신은 자신의 사용 패턴에 더 제한적인 쪽에 묶입니다.

OpenAI는 왜 2026년 6월에 모두의 Codex 제한을 초기화했나요?

OpenAI는 정상 사용자의 할당량이 평소보다 10~20배 빠르게 소진되게 만든 사기 방지 버그를 발견했습니다. 6월 16일에 워룸을 설치하고, 문제를 확인한 뒤 영향을 받은 모든 사용자에게 긴급 초기화를 수행했습니다.

2026년 6월 워룸 사건 타임라인:

  • 2026년 6월 16일: 문제 최초 감지, 내부 조사 시작
  • 2026년 6월 25일: 사용자 보고가 SNS에서 정점에, 불만이 바이럴
  • 6월 25일(일): Thibault Sottiaux가 워룸 설치 확인
  • 24시간 이내: 근본 원인 확인 — 사기 방지 필터가 정상 사용을 오분류
  • 긴급 수정: OpenAI가 영향을 받은 모든 사용자의 사용 제한을 무료로 초기화
2026년 6월 워룸 사건 타임라인
버그 발견에서 긴급 초기화까지: 2026년 6월 Codex 할당량 위기

무엇이 잘못되었나: OpenAI의 자동 사기·남용 방지 시스템이 일상적인 Codex 활동을 잘못 의심스럽다고 표시했습니다. 계정이 오분류되면 정상의 10~20배 속도로 크레딧을 소비했습니다. 일부 유료 사용자는 정상 사용 몇 시간 만에 40달러어치 크레딧을 잃었다고 보고했습니다.

워룸의 대응: 엔지니어링 책임자 Thibault Sottiaux는 팀이 조사를 위해 일요일에 "워룸" — 긴급하고 전원이 참여하는 문제 해결 세션을 뜻하는 실리콘밸리 용어 — 을 설치했다고 트윗했습니다. OpenAI의 상태 페이지는 이를 "Codex 사용 제한이 예상보다 빨리 고갈됨"으로 기록했습니다. (비교하자면, GPT-5.6의 지연된 공개는 기술적 버그가 아니라 정부의 조사에 직면했습니다.)

해결: 사기 필터 버그가 확인되자, OpenAI는 영향을 받은 모든 사용자의 할당량을 즉시 100%로 초기화했습니다. 현금 환불은 없었지만, 사용자들은 새로운 할당을 받았고 결함이 있는 필터 로직이 수정되었습니다.

사용자 영향: 잃어버린 크레딧을 넘어, 이 사건은 신뢰 우려를 제기했습니다. OpenAI의 자동 시스템이 유료 구독자의 정상 작업을 남용으로 오분류할 수 있다면, 무엇이 오탐이 계정 정지를 유발하는 것을 막을까요? 회사는 그 더 넓은 질문에 공개적으로 답하지 않았습니다. (한편, Claude Opus 4.8 같은 다른 코딩 모델은 사용 제한에 대한 대안적 접근을 제공합니다.)

적립된 초기화 기능은 어떻게 작동하나요?

2026년 6월 12일부터 Plus와 Pro 사용자는 자동 초기화를 받는 대신 필요할 때 발동하도록 속도 제한 초기화를 적립할 수 있습니다. 출시 시 무료 적립 초기화 1회를 받고, 6월 24일까지 친구를 추천해 최대 3회를 더 얻을 수 있었습니다.

출시 세부 사항:

  • 배포일: 2026년 6월 12일
  • 대상: Go, Plus, Pro, Business 사용자
  • 초기 할당: 자격이 되는 모든 사용자에게 무료 적립 초기화 1회
  • 추가 획득: 친구 추천(Plus/Pro만) — 친구가 첫 메시지를 보내면 당신과 친구 모두 적립 초기화를 받음
  • 추천을 통한 최대: 추가 3회(총 4회)
  • 추천 기간: 2026년 6월 12~24일

사용 방법:

  1. 현재 할당량을 소진(0% 도달)
  2. 팝업 모달 표시: "적립된 초기화가 1회 있습니다 — 지금 사용할까요?"
  3. 클릭하여 발동 — 할당량이 즉시 100%로 복귀
  4. 초기화 날짜가 7일 앞당겨짐

대안 방법: 설정 → 사용량에 "적립된 초기화: X"와 사용 버튼이 표시되어야 합니다(다만 많은 사용자가 이 UI가 나타난 적이 없다고 보고).

나타나는 위치:

  • Codex 데스크톱 앱: 사이드바의 프로필 카드
  • VS Code 확장: 제한 도달 후 모달 팝업
  • 웹 대시보드: 설정 → 사용량(일관성 없음)

알려진 문제:

  • 많은 유료 구독자(Plus/Pro 확인)가 초기 무료 초기화를 한 번도 받지 못했다고 보고
  • "적립된 초기화" 카운터는 0%에 도달할 때까지 보이지 않음 — 사전에 잔액을 확인할 방법 없음
  • Linux CLI 사용자는 처음에 기능에 접근할 수 없었음(이후 VS Code 확장과 데스크톱 앱을 통해 수정)
  • 플랫폼 불일치: 같은 계정에서도 일부 클라이언트에서는 작동하고 다른 클라이언트에서는 없음

한 사용자가 요약했습니다: "계정 수준이지만 일부 클라이언트에서, 일부 제한 후에, 일부 사용자에게만 나타난다." OpenAI는 이 기능이 어떻게 작동하는지 또는 누락된 초기화를 어떻게 해결하는지에 대한 포괄적인 문서를 공개하지 않았습니다.

OpenAI가 수동 초기화를 하면 미사용 할당량은 어떻게 되나요?

수동 초기화는 현재 할당량 기간을 완전히 대체합니다. 70%가 남아 주말 작업을 위해 아껴뒀다면? 그 미사용 할당량은 초기화가 일어날 때 몰수되고 타이머는 0에서 재시작됩니다.

이는 전략적인 사용자에게 가장 답답한 초기화 유형입니다. 실제로 일어나는 일은 이렇습니다:

초기화 전:

  • 30% 사용, 70% 남음
  • 초기화 날짜가 6월 7일(금)로 표시
  • 주말 리팩터링을 위해 할당량을 아낄 계획

OpenAI가 수동 초기화 수행(6월 4일):

  • 할당량이 즉시 100%로 급등
  • 초기화 날짜가 6월 11일(금)로 변경
  • 아껴둔 70%가 사라짐 — 이월 없음, 보상 없음

왜 이것이 라이트 사용자에게 상처를 주나: Codex를 가끔 사용하고 계획된 집중 작업을 위해 할당량을 아낀다면, 수동 초기화는 그 행동을 벌합니다. 아껴둔 것 위에 보너스 할당량을 받는 게 아닙니다 — 초기화는 당신의 기간을 완전히 *대체*합니다.

공식 답변: OpenAI 지원의 Mark G.는 6월 4일 사건 스레드에서 "새 할당이 이전 할당량 기간을 완전히 대체했다"고, 그리고 "이전 기간의 남은 잔액은 보존되거나 이월되지 않았다"고 확인했습니다. 그는 할당량을 아끼는 사용자에 대한 영향 피드백을 인정하고, 팀이 "제한과 초기화 동작을 개선하는 작업을 하고 있다"고 언급했습니다.

사용자 반응:

  • agusbena: "주말 계획이 틀어지고 일정이 영향을 받았다"
  • andunie: "미래 초기화 날짜로 95%를 아껴뒀는데 — 이 초기화 후 전부 사라졌다"
  • 여러 사용자가 제안: 타이머를 재시작하지 *않고* 보너스 토큰을 지급

OpenAI가 왜 이렇게 하나: 수동 초기화는 서비스 문제(6월 워룸 버그 등)나 "축하"(4월 28일 GPT-5.5 발표 등)로 발동됩니다. 회사는 이를 혜택으로 봅니다 — "모두가 새 출발을 한다" — 하지만 할당량을 전략적으로 관리하는 사용자는 강제 몰수로 봅니다. (유사한 정책 전환을 일으키는 모델 출시에 대해서는 Sonnet 5 예측이 어떻게 전개되었는지를 참조하세요.)

수동 초기화가 언제 일어날지, 또는 대안(타이머를 초기화하지 않는 보너스 크레딧 등)이 구현될지에 대한 정책은 공개되지 않았습니다.

왜 내 Codex 할당량 초기화 날짜가 계속 바뀌나요?

표시된 초기화 날짜는 OpenAI가 수동 초기화를 하거나 백엔드 인프라 업데이트가 할당량 윈도우를 재계산할 때 바뀝니다. 한 사용자는 10일 동안 4번의 초기화(2026년 3월 7~11일)를 보고했으며 날짜가 매번 앞당겨졌습니다.

문서화된 사례: bswen.com 보고서는 2026년 3월 7~11일 사이 4번의 할당량 초기화를 추적했습니다. 각 초기화는 갱신 날짜를 하루씩 앞당겼습니다. 어느 날 사용자는 몇 시간 이내에 두 번의 별도 초기화를 경험했습니다.

관찰된 패턴:

  • 오후 1시 확인: 30% 사용, 초기화 날짜 3월 16일
  • 오후 2시 확인: 할당량 100%, 초기화 날짜 3월 17일
  • 오후 3시 확인(같은 날): 다시 100%, 초기화 날짜 3월 18일

세 가지 유력한 원인:

  1. 버그 수정 보상 — OpenAI는 백엔드 문제를 수정한 후 할당량을 조용히 초기화합니다. 공지 없음, 그저 조용한 갱신. 여러 버그가 빠르게 연달아 수정되면 여러 번의 초기화를 받습니다.
  1. 프로모션 토큰 조정 — 2026년 4월까지 운영된 2배 프로모션 제한이 재계산을 유발했을 수 있습니다. 프로모션 기간이 끝나거나 상한이 바뀌면 시스템이 새 제한을 적용하기 위해 윈도우를 초기화할 수 있습니다.
  1. 인프라 스케일링 — 스케일링 중 백엔드 용량 변화는 "할당량이 추적·표시되는 방식의 일시적 불일치"를 일으킬 수 있습니다. 실제 사용량은 보존되지만 표시된 초기화 날짜는 재계산됩니다.

커뮤니티 확인: Reddit 사용자(Just_Lingonberry_352)가 같은 문제를 확인했습니다: "한 시간 전 초기화 전에는 16일이었는데, 지금은 주간 갱신 날짜가 17일로 보인다."

해결책: 표시된 초기화 날짜를 "보장이 아니라 최소값"으로 취급하세요. 집중적인 코딩 세션을 시작하기 전에 대시보드를 확인하세요. 한 사용자의 조언: "초기화를 예측하려 하지 마세요. 그냥 상태를 자주 확인하고 표시된 어떤 날짜도 바뀔 수 있다고 가정하세요."

공식 수정 없음: OpenAI는 초기화 날짜가 왜 바뀌는지 또는 어떻게 피하는지 설명하는 문서를 공개하지 않았습니다. 회사는 이 동작이 버그인지 의도된 것인지 확인하지 않았습니다.

자주 묻는 질문

6월 버그로 할당량이 소진되었으면 환불받을 수 있나요?

OpenAI는 영향을 받은 사용자의 제한을 무료로 초기화했지만 현금 환불은 하지 않았습니다. 워룸 수정은 영향을 받은 계정의 할당량을 100%로 복원했지만, 10~20배 소진 기간에 40달러 이상의 크레딧을 잃은 사용자는 금전적 보상을 받지 못했습니다.

적립된 초기화는 한 번에 몇 개 가질 수 있나요?

2026년 6월 배포는 무료 초기화 1회에 추천을 통한 최대 3회(6월 24일 종료)를 제공했습니다. 그 이상 확인된 최대치는 공개되지 않았습니다. 기능 UI는 할당량이 0%에 도달할 때까지 적립된 초기화 수를 보여주지 않습니다.

주간 제한은 월요일 같은 고정 요일에 초기화되나요?

아니요, 달력 주가 아니라 첫 사용부터의 롤링 7일 주기입니다. 수요일 오후 3시에 Codex를 처음 사용하면, 주간 제한은 다음 수요일 오후 3시에 초기화됩니다 — 수동 초기화가 없는 한. 개인 초기화 날짜는 설정 → 사용량에서 확인하세요.

5시간 제한에 도달하는 것을 피할 수 있나요?

집중적인 작업을 휴식을 두고 여러 세션에 분산하세요. 5시간 윈도우는 지속적으로 갱신되므로 오후 2시에 사용한 메시지는 오후 7시에 풀립니다. 리팩터링 사이에 몇 시간 작업을 멈추면 버스트 제한에 도달할 가능성이 줄어듭니다. 주간 제한은 지속적인 사용에 여전히 적용됩니다.

모두가 언급하는 2026년 4월 28일 초기화는 무엇인가요?

OpenAI는 "좋은 한 주를 축하하고 모두가 GPT-5.5로 더 많이 만들 수 있도록" 모든 유료 사용자의 제한을 수동으로 초기화했지만, 보너스 할당량을 추가하는 대신 타이머를 재시작했습니다. 계획된 주말 작업을 위해 할당을 아껴뒀던 사용자들은 그것을 잃었고, 이는 좌절과 함께 향후 "축하 초기화"는 타이머를 재시작하지 않고 보너스 크레딧을 추가해야 한다는 제안으로 이어졌습니다.

Codex 앱에서 적립된 초기화는 어디서 찾나요?

설정 → 사용량 또는 제한에 도달한 후 팝업 모달에 나타납니다. 많은 사용자가 자격이 되는 Plus/Pro 구독자임에도 기능이 일관되지 않거나 나타난 적이 없다고 보고합니다. 데스크톱 앱 사이드바의 프로필 카드나 할당량을 소진한 후 VS Code 확장에서 확인해 보세요.

OpenAI가 향후 수동 초기화를 미리 공지하나요?

확인된 정책은 없습니다. 과거 초기화는 앱 내 경고가 없었습니다 — 사용자들은 Codex 팀(주로 @thsottiaux)의 X/Twitter 게시물을 통해 알게 되었습니다. 사전 통지를 원하면 X에서 Codex 엔지니어링 책임자를 팔로우하세요. 그것이 현재 유일한 알림 채널입니다.

Linux CLI 사용자는 적립된 초기화에 접근할 수 있나요?

예, VS Code 확장과 데스크톱 앱을 통해서요. 일부 사용자는 처음에 Linux에서 기능 접근에 문제가 있다고 보고했지만, 이후 이 클라이언트들을 통해 작동하는 것으로 확인되었습니다. 기능은 계정 수준이므로 한 클라이언트(VS Code 등)에서 사용하면 모든 플랫폼에 적용되어야 합니다.


여러 모델에 걸쳐 Codex 사용량을 관리하시나요? Velokey는 OpenAI, Anthropic 및 기타 공급자를 하나의 통합 API로 라우팅합니다 — 사용량을 확인하고, 비용을 비교하고, 별도의 대시보드를 관리하지 않고 모델을 전환하세요.


*최종 업데이트: 2026년 6월 30일. 정보는 OpenAI 커뮤니티 포럼, 사용자 보고, 2026년 6월까지 확인된 사건에 기반합니다. 초기화 정책과 뱅킹 기능은 OpenAI에 의해 변경될 수 있습니다.*