HOIBLOG먼저 읽는 요약
먼저 확인 — 사용량인지 잔량인지, 적용 한도와 리셋 시각을 계정 화면에서 확인합니다.
작업 조절 — 모델·추론·속도를 구분하고 병렬 작업과 불필요한 범위 확장을 살핍니다.
리셋 판단 — 리셋과 크레딧은 추가 이용 수단입니다. 같은 작업의 소모량을 줄이거나 평소 한도를 영구히 늘리지는 않습니다.
2026년 10월 11일 커뮤니티에는 Sol High로 두 작업을 병렬 실행하다 약 10분 만에 사용량 90%를 소진했다는 보고가 나왔습니다. Fast를 쓰지 않은 Astra Ultra 작업에서 약 두 시간 만에 한도가 소진됐다는 이야기도 있었습니다. 다만 모델과 추론 강도가 다른 두 사례를 하나의 원인으로 묶기는 어렵습니다. 남의 10분을 제 계정의 표준 사용 단위로 삼을 수는 없습니다.
저는 리셋이나 추가 결제를 고민하기 전에 어느 한도를, 어떤 설정과 작업으로 썼느냐부터 확인하는 편이 낫다고 봅니다. 코덱스 한도는 메시지나 작업 건수를 보장하지 않습니다. 짧은 요청도 파일 읽기와 추론, 도구 사용, 수정이 길게 이어질 수 있습니다.
계정에 실제로 표시된 한도부터 확인합니다
코덱스 사용량 확인방법은 복잡하지 않습니다. 설정의 Usage, 웹의 코덱스 사용량 대시보드, 실행 중인 Codex CLI의 /status가 출발점입니다. 우선 의도한 계정과 작업공간인지 보고, 표시된 백분율이 사용한 양인지 남은 양인지부터 읽습니다. 같은 90%라도 어느 쪽이냐에 따라 마음의 평화가 정반대로 움직입니다. 잔량과 함께 한도 종류, 리셋 시각도 같이 확인합니다.
요금제에 따라 5시간 한도와 주간 한도가 함께 적용됩니다. 이 경우에는 둘 다 잔량이 있어야 하므로 주간 사용량이 남았다고 계속 쓸 수 있는 것도, 5시간 쪽이 회복됐다고 모든 제한이 풀리는 것도 아닙니다. 5시간 창은 이전 창이 끝난 뒤 Work나 Codex에 첫 요청을 보낼 때 시작합니다. 다섯 시간 동안 마음껏 쓰라는 약속이 아니라 그 시간 창 안에서 쓸 수 있는 양의 제한이라, 시작하고 얼마 지나지 않아 다 쓸 수도 있습니다.
그렇다고 모든 계정에 이 설명을 붙이면 틀립니다. 현재 Pro $100·$200·$500에는 Work·Codex의 5시간 사용 제한이 없습니다. 포함 사용량 자체가 무제한이라는 뜻은 아닙니다. 예전 요금표나 다른 사람의 화면에서 본 “5시간”을 자기 계정에도 얹어놓으면, 없는 제한이 풀리기를 기다리는 이상한 상황이 됩니다. 내 화면에 실제로 표시된 한도와 리셋 시각이 먼저입니다.
모델과 추론보다 먼저 작업 범위를 정합니다
작업을 보내기 전에는 모델 이름과 그 옆의 추론 강도를 따로 봅니다. Astra를 골랐다는 것과 High를 골랐다는 것은 서로 다른 선택입니다. 같은 일을 맡겨도 모델에 따라 소모량이 달라지고, 입력·출력의 크기와 추론 강도, 여러 단계로 이어지는 작업도 사용량에 영향을 줍니다. 화면에 찍힌 내 부탁은 한 줄인데, 코덱스가 받아 든 업무 명세서는 여러 장일 수 있다는 이야기입니다.
오류 수정을 맡긴다면 “이 오류의 원인을 찾고 관련 부분만 수정해줘. 필요한 테스트로 확인한 뒤 멈추고, 다른 개선점은 제안만 남겨줘”처럼 범위를 정할 수 있습니다. 필요한 파일과 맥락은 제공하되 이번 일과 무관한 탐색과 확장을 줄이는 방식입니다. 사용량을 아끼려고 필요한 검증까지 생략할 일은 아닙니다.
그 범위에 맞춰 단순한 수정에는 감당 가능한 모델과 낮거나 중간 정도의 추론을, 어려운 문제에는 더 강한 모델이나 높은 추론을 검토합니다. 최고 추론이 늘 더 좋은 결과를 보장하지는 않습니다. 특히 빠진 파일이나 접근 권한 때문에 막혔다면 추론을 높여도 해결되지 않으므로, 막힌 원인부터 확인해야 합니다.
추론 강도와 속도 설정의 차이
속도는 또 별개입니다. Ultra는 추론 강도이고, Ultrafast는 속도 설정입니다. 이름이 비슷하다고 사용량 계산까지 한집에 넣어두면 곤란합니다. “Fast 없이도 빨리 닳았다”는 보고는 그 자체로 낮은 추론이나 가벼운 작업이었다는 뜻이 아닙니다. 반대로 Fast를 켜놓고 사용량을 비교했다면, 기다리는 시간을 줄이기 위해 더 빠른 소모를 선택한 부분도 따로 봐야 합니다.
| 속도 설정 | 구독 포함 사용량 소모 | 구매 크레딧·Enterprise 종량 사용 시 소모 |
|---|---|---|
| Standard | 1배 | 1배 |
| Fast | 2.5배 | 2배 |
| Ultrafast | 8배 | 6배 |
표는 같은 모델의 Standard를 기준으로 한 소모 배수입니다. 응답이 2.5배나 8배 빨라진다는 뜻도, 설정 하나 바꾸면 작업을 정확히 몇 배 더 할 수 있다는 뜻도 아닙니다. Fast는 GPT-6.1 Sol·GPT-6 Astra·GPT-6 Sol·GPT-6 Luna의 지원 환경에서 사용할 수 있습니다. 당장 결과를 받아 다음 일을 해야 할 때와 오래 맡겨둘 때의 선택이 같을 필요는 없습니다. 다만 “일단 빠르게”를 기본으로 두었다면, 잔량을 오래 쓰고 싶은 지금도 그 선택이 필요한지는 다시 볼 만합니다.
Ultrafast는 GPT-6 Astra와 GPT-6.1 Sol을 지원하며, Pro $500과 대상 Enterprise·Edu 작업공간에서 제공됩니다. 하위 개인 요금제에서 크레딧만 산다고 열리는 기능은 아닙니다. 사용량을 더 사는 것과 기능 이용 자격을 사는 것은 다릅니다. 또 API 키로 쓰는 Codex는 별도의 API 토큰 요금을 적용하므로 위 구독·크레딧 배수를 그대로 가져가 계산하지 않습니다. 같은 코덱스라는 간판 아래 있어도 청구 방식까지 하나는 아닙니다.
Work·Codex의 공유 사용량과 병렬 작업
현재 대화에서 몇 번 말했는지만 세면 병렬 작업의 몫이 빠집니다. Work와 Codex는 요금제에 포함된 사용량을 공유하고, 요금제에서 제공되는 일부 통합 기능도 같은 사용량·크레딧을 쓸 수 있습니다. 한쪽에서 코드를 고치고 다른 쪽에서 작업을 이어가고 있었다면, 지금 눈앞의 짧은 대화 하나만 보고 전체 소모를 설명하려는 것부터 계산이 맞지 않습니다. 창은 나뉘어 있어도 잔량까지 각자 지급되는 것은 아닙니다.
그렇다고 일반 ChatGPT 대화 한도까지 전부 같은 것으로 취급할 필요는 없습니다. 그것은 Work·Codex의 공유 사용량과 구분됩니다. 안전 검토용 auto-review 역시 ChatGPT 계정으로 로그인했을 때 무료이며 요금제 한도를 소모하지 않습니다. 이름에 review가 들어간다고 코드 리뷰나 다른 작업과 한 묶음으로 비용을 붙여서는 안 됩니다. 절약 대상을 찾겠다며 무료인 안전 검토부터 의심하면 방향을 잘못 잡은 셈입니다.
실행 위치도 함께 확인합니다. 로컬에서 진행하는지, 클라우드에 맡긴 작업이 있는지, 다른 작업이 아직 돌고 있는지를 보자는 것입니다. 클라우드 작업은 길이와 복잡도에 따라 로컬의 짧은 요청보다 사용량을 더 쓸 수 있습니다. 반대로 로컬이라고 모델 사용이 공짜가 되는 것도 아닙니다. This computer는 실행 위치에 관한 선택이지 무료 이용권의 다른 이름이 아닙니다.
여기까지 보면 다음 작업의 조절점이 조금 구체적이 됩니다. 불필요하게 벌려둔 작업은 없는지, 필요한 범위보다 크게 맡기지는 않았는지, 모델·추론·속도가 그 일에 맞는지를 살핍니다. 다만 이것은 앞으로 쓸 양을 조절하는 일입니다. 이미 공유 한도를 다 쓴 뒤 작은 모델로 바꾼다고 잔량이 돌아오지는 않습니다. 그때는 비로소 어떤 한도의 회복을 기다리거나 다른 이용 옵션을 검토할 것인지로 넘어갑니다.
저장된 리셋과 즉시 리셋의 적용 조건
계정에 저장된 리셋, 즉 banked reset이 있다면 먼저 만료일과 적용 대상을 읽습니다. 적용 가능한 한도를 실제로 하나 이상 회복했을 때 사용 처리되며, 회복할 한도가 없으면 그대로 남습니다. 전체 리셋은 해당 계정에 적용되는 5시간·주간 한도를 회복하고 주간 리셋 일정도 바꿀 수 있습니다. 원래 금요일에 회복될 양을 그대로 남겨두고 화요일에 한 번 더 받는 식으로 계산하면 안 됩니다. 사용 후 바뀐 시각까지 확인해야 다음 작업 계획이 맞습니다.
구매하는 즉시 리셋은 성격이 다릅니다. 계정과 결제 국가 조건에 맞는 개인 Plus·Pro에서 제공될 수 있고, 결제가 완료되면 잔량이 남아 있어도 즉시 적용되며 저장해둘 수 없습니다. 새 주간 기간은 리셋 뒤 첫 Work·Codex 요청부터 시작하고, 다음 자동 주간 리셋은 그 요청으로부터 7일 뒤입니다. 당장 더 써야 하는 필요와 현재 잔량, 바뀔 주간 일정을 같이 놓고 볼 일이지, 나중을 위한 예비 쿠폰처럼 미리 사둘 물건은 아닙니다.
자동·일괄 리셋은 대상 한도에 직접 적용되므로 저장된 리셋 개수에 나타나지 않습니다. 구매 크레딧은 별도 조건으로 추가 사용을 이어가는 수단이고, 리셋은 적용 대상의 포함량을 회복하는 수단입니다. 어느 쪽도 평소 한도를 영구히 늘려주거나 같은 작업의 소모량을 낮춰주는 것은 아닙니다. 다음에도 리셋이 주어질 것이라고 가정하기보다, 계정에 지금 제시된 선택지와 다음 회복 시각을 읽는 편이 확실합니다.
이렇게 나눠봐도 설명되지 않는 소진이라면 지원팀이 살펴볼 수 있게 기록을 남깁니다. 사용한 앱과 요금제, 작업 링크나 식별 정보, 발생 날짜·시각·시간대, 모델·추론·Fast 등 속도 설정, 문제가 된 한도나 크레딧 잔액과 오류 화면을 함께 보냅니다. 화면에 담긴 민감한 정보는 가려야 합니다. 커뮤니티의 소진 보고만으로 전체 너프나 캐시 문제를 확정할 수는 없지만, 그렇다고 이해되지 않는 소모를 그냥 정상이라고 받아들일 이유도 없습니다. 추측을 반복하는 것보다 확인할 수 있는 기록을 남기는 쪽이 낫습니다.
총평: 리셋 전에 무엇으로 한도를 썼는지 봅니다
코덱스 사용량이 빨리 닳을 때 저는 내 계정의 한도 창, 모델·추론·속도, 그리고 함께 돌아가는 작업량을 먼저 봅니다. 그다음에도 지금 일을 더 해야 한다면 리셋이나 추가 사용을 검토합니다. 리셋은 잔량을 채워주지만 다음 요청에 맡길 범위까지 대신 정해주지는 않습니다.
