오늘은 지난 9월에 겪은 Codex 사용 관련 이상한 경험에 대해서 적어보겠습니다. 바로 10일, 16일~ 갑자기 제가 쓰고 있던 코덱스의 사용량이 엄청나게 빨리 닳았던 건데요... 덕분에 아껴놨던 재설정권 세 개를 다 써버려야만 했습니다.
물론 저는 다양한 병렬 작업을 코덱스에 맡기고 있고 엄청 쓰는 건 맞는데 갑자기 말도 안 되게 빨리 소진되어 버렸던 거죠.
그 뒤로 작업 기록을 들여다보고 OpenAI 지원팀에도 문의했습니다. 10월에 다시 사용량이 빠르게 줄었을 때는 같은 문제인지 한 번 더 살펴봤고요. 그러다 Fast 모드부터 크레딧, 티보라는 사람이 해주는 리셋까지 알아보게 됐습니다.
겪은 일과 함께, 사용량이 빨리 닳을 때 확인해볼 것들을 정리해보겠습니다. 정책과 공개 이슈는 2026년 10월 18일 확인 기준입니다.
켜지 않은 작업에도 Fast가 켜져 있었습니다
당시 일부 작업에는 제가 직접 Fast 모드를 켰습니다. 그런데 Fast를 고르지 않은 다른 작업에도 번개 표시가 켜져 있더라고요. 설정 파일의 기본 속도는 여전히 Standard였는데 말이죠.
기록을 보니 9월 19일 밤 10시 3분부터 약 2분 사이에 기존 작업 다섯 개가 보통 속도인 default에서 Fast에 해당하는 priority로 바뀌어 있었습니다. 제가 직접 바꾸지 않은 작업도 포함돼 있었습니다.
다만 마지막 재설정권은 그보다 앞선 오후 7시 40분에 썼습니다. 밤 10시대의 전환 기록 하나로 그전에 겪은 소진까지 전부 설명할 수는 없습니다.
이 기록과 화면, 재설정권 사용 내역을 지원팀에 전달했습니다. 지원팀에서도 작업량 차이만으로는 다섯 작업이 비슷한 시각에 바뀐 현상을 설명하기 어렵다고 답했습니다. 다만 왜 바뀌었는지, 서버에서 실제로 어떤 속도를 적용하고 얼마를 차감했는지는 확인받지 못했습니다.
사용한 재설정권 세 개를 돌려주거나 대신 크레딧을 제공해 달라는 요청도 거절됐습니다. 잘못 차감된 양을 확인할 정보가 부족하다는 취지였고, 추가 조정은 받지 못했습니다.
비슷한 신고도 있었습니다
공개된 Codex 저장소에도 비슷한 신고가 있습니다. Standard를 선택했는데 하위 에이전트에서 Fast 사용이 나타났다는 #30407, Fast를 껐는데 하위 작업에 priority가 남아 실제 차감을 확인해 달라는 #39894가 대표적입니다.
10월에는 화면에서 모델이나 속도를 바꿔도 이미 처리 중인 요청이 Fast·Ultrafast를 계속 사용하려 했다는 #51577도 올라왔습니다. 확인 시점에는 세 이슈 모두 열려 있었고, 원인과 실제 과다 차감이 확정된 내용은 아니었습니다.
Codex는 답변을 만드는 동안에도 파일 읽기, 코드 수정, 테스트와 모델 호출을 여러 번 반복합니다. 작업 중에 속도 표시를 바꿨다면 이후 요청에도 적용됐는지 봐야 하는 이유입니다. 원치 않는 Fast가 보이면 작업을 안전하게 멈출 수 있는 지점에서 중단하고, Standard를 확인한 뒤 새 요청으로 이어가는 편이 좋겠습니다.
제 경우 10월의 소진은 별도로 살펴봤습니다. 기록을 다시 모아보니 대부분 Standard였고, 긴 작업과 여러 작업의 동시 실행, 하위 에이전트 호출도 많았습니다. 다만 다른 기기·클라우드의 기록과 실제 서버 차감 내역까지 모두 대조한 것은 아니어서, 정확하게 차감됐는지까지 확인하지는 못했습니다.
사용량, 토큰, 크레딧은 서로 다릅니다
포함 사용량은 구독 요금제에서 쓸 수 있는 작업 한도입니다. 질문 횟수로 고정되는 것이 아니라 모델, 읽은 자료와 이전 대화, 추론과 도구 사용 등에 따라 달라집니다. 공식 안내상 Pro에는 5시간 한도가 없지만 다른 플랜에는 적용될 수 있으니, 자기 사용량 화면의 한도와 재설정 시각을 확인해야 합니다. 공식 사용량 안내
토큰은 AI가 읽고 쓰는 정보의 단위입니다. 질문이 짧아도 파일이나 이전 대화, 도구 결과를 많이 읽으면 사용량이 늘 수 있죠. 이미 읽은 내용을 다시 쓰는 캐시 입력과 새 입력, 출력의 단가도 다릅니다. 로그에 찍힌 토큰 수를 그대로 한도 퍼센트나 피해 금액으로 바꾸기 어려운 이유입니다.
사용 크레딧은 포함 한도를 다 쓴 뒤 추가로 이용할 때 쓰는 단위입니다. API 크레딧과는 별개이고, 구매 조건도 계정·지역·플랜에 따라 달라질 수 있습니다. 기본적으로 포함 한도를 먼저 쓰며, 구매한 크레딧의 유효기간은 12개월입니다. 개인 플랜 크레딧 안내
Fast를 쓸 때는 포함 한도와 구매 크레딧의 소모 배수가 다르다는 점도 봐야 합니다.
| 같은 모델의 Standard 대비 | 포함 한도 소모 | 구매 크레딧 소모 |
|---|---|---|
| Standard | 1배 | 1배 |
| Fast | 2.5배 | 2배 |
| Ultrafast | 8배 | 6배 |
공식 속도 안내에서 지원하는 모델·플랜 기준입니다. Ultrafast는 Pro 500달러 플랜과 일부 Enterprise·Edu에서 제공하며, 추론 수준의 ultra와는 다른 설정입니다.
구매 크레딧의 가격표만 보고 내 구독 한도로 작업을 몇 번 할 수 있을지 계산할 수는 없습니다. 모델 선택에는 가격표를 참고하되, 남은 한도는 계정 화면에서 확인하는 편이 좋습니다.
티보는 누구이고, 왜 자꾸 리셋을 해줄까요?
Codex 리셋 공지에 자주 등장하는 티보(Tibo)는 Thibault Sottiaux입니다. X 계정은 @thsottiaux이고, OpenAI의 Build Week 공식 소개에는 Head of Product & Platform으로 나옵니다. Codex의 기능과 사용량 관련 소식을 알리는 인물입니다.
리셋을 하는 이유는 공지마다 다릅니다. 사용량 문제를 조사하고 완화한 뒤 제공한 경우도 있고, 사용자 수 증가를 기념해 저장형 재설정권을 준 경우도 있습니다. 개발자 커뮤니티에 남은 6월 공지 인용 기록과 사용자 증가 기념 공지 기록에서도 그 차이를 볼 수 있습니다. 10월에는 개선 사항이나 리셋을 제공하는 28일 캠페인도 추적 사이트에 기록돼 있습니다.
이런 일괄 제공은 개별 계정의 차감 내역을 확인하고 복구하는 절차와는 별개입니다.
리셋을 받았을 때는 어떤 방식인지도 봐야 합니다. 자동 일괄 리셋은 공지 대상의 한도를 그때 채워주므로 나중에 쓰려고 보관할 수 없습니다. 저장형 재설정권(banked reset)은 받아 두고 필요할 때 직접 쓰는 방식이고요.
전체 재설정권을 쓰면 사용량을 집계하는 기간과 주간 재설정일도 바뀝니다. 사용 후에는 화면의 시각을 다시 확인해보세요. 적용 대상과 만료 조건은 공지·계정마다 확인해야 하고, 다음 리셋이 언제 올지도 보장되지는 않습니다. OpenAI의 일회 리셋·저장형 재설정권 설명
리셋 소식을 모아 놓은 사이트도 있습니다
매번 X 공지를 찾아보기 번거로울 때는 Codex Reset과 Did Codex Reset을 참고할 수 있습니다. 리셋 발표와 저장형 재설정권 소식, 지난 이력을 모아 보여주는 비공식 사이트입니다.
두 사이트의 시간 표기나 일부 설명이 서로 다르거나 오래된 부분도 있었습니다. 사이트에서 소식을 찾으면 원문과 적용 대상을 보고, 마지막으로 내 사용량 화면을 확인하는 게 좋겠습니다. 예측은 확정 일정이 아니고, 완료 표시가 있어도 내 계정에 적용됐다는 뜻은 아니니까요.
실제 남은 한도는 Codex 사용량 대시보드나 CLI의 /status로 볼 수 있습니다. 추적 사이트에서는 계정 인증 정보를 넘길 필요 없이 공개 공지와 원문 링크를 참고하면 됩니다.
캐시 개선 소식도 살펴봤습니다
멀티에이전트를 많이 쓰다 보니 티보의 캐시 개선 소식도 확인했습니다. 추적 사이트에 재게시된 발표에는 하위 에이전트끼리 같은 대화 내용을 다시 쓰게 하고 캐시를 더 오래 유지하는 등의 개선이 있었다고 나옵니다. 다만 X 원문은 직접 대조하지 못해, 제 소진 원인이나 개선 배수까지 확인할 자료로 쓰기는 어렵습니다.
공개 코드의 preserve_fork_prefix도 부모 대화의 앞부분을 보존해 캐시 재사용에 유리하게 만드는 옵션입니다. 서버의 캐시 설정 전체를 바꿔주는 스위치는 아닙니다. OpenAI 공개 코드
제 환경에서는 관련 설정을 다루다 앱 내장 CLI·터미널 CLI·백그라운드 서버의 버전 차이로 실행 오류도 났습니다. 이후 복구했지만 절감 효과는 측정하지 못했습니다. 설정을 그대로 복사하기보다는 업데이트와 버전 호환성을 먼저 확인하고, 비슷한 작업으로 전후 사용량을 비교하는 편이 좋겠습니다.
앞으로 작업을 맡길 때 바꿔보려는 것들
10월에는 대부분 Standard로 일했는데도 한도가 빨리 줄었습니다. 그래서 Fast 설정과 함께 작업을 맡기는 방식도 바꿔보려고 합니다.
우선 일반 구현은 Sol Standard, 간단한 정리와 반복 편집은 Luna, 어려운 설계 판단은 Astra처럼 나눠보려고 합니다. 모든 일을 가장 무거운 설정에 맡기기보다 가벼운 설정으로 충분한 일을 찾아보는 겁니다. 추론 수준도 처음부터 가장 높게 둘 필요는 없겠죠.
한 번에 맡기는 일도 작게 나누려고 합니다. “전체적으로 조사하고 개선해줘”보다는 버그 하나를 고치고 관련 검증이 통과하면 마치도록 요청하는 편이 범위가 분명합니다.
이 버그 하나를 수정하고 관련 검증이 통과하면 마쳐주세요. 추가 개선은 제안만 남겨주세요.
중요한 결정에는 독립적인 검토가 필요하지만, 단순 확인에 여러 에이전트를 붙이거나 통과한 검사를 이유 없이 반복할 필요는 없겠죠. 답변을 짧게 해달라는 것만으로 내부 작업까지 짧아지는 것도 아니고요.
다만 ChatGPT로 로그인한 자동 승인 안전 검토는 무료이며 플랜 한도에 포함되지 않습니다. 일반 코드 검토나 별도로 띄운 리뷰 에이전트까지 모두 무료인 것은 아닙니다. 한도를 아끼려고 이 안전 검토까지 끌 필요는 없습니다. 공식 크레딧 안내의 Rate Card
큰 작업 전후로 사용량을 적어두는 것도 해보려 합니다. 처음에는 큰 작업을 하나씩 돌려봐야 어떤 일이 많이 쓰는지 알기 쉬울 것 같습니다.
자료를 읽힐 때도 관련 파일과 날짜 범위를 짚어주고, 겹치는 설명이나 쓰지 않는 도구 연결은 정리하려고 합니다. 보안·승인 규칙은 유지하면서 반복되는 내용을 줄이자는 뜻입니다. 같은 문제는 대화를 이어가되, 목표가 바뀌면 짧은 인수인계와 관련 파일을 기준으로 새 대화를 시작해볼 수 있겠습니다.
한도가 유난히 빨리 줄면 크레딧을 사거나 재설정권을 쓰기 전에 현재 모델·추론·속도와 실행 중인 작업·예약 작업부터 보려고 합니다. Codex와 ChatGPT Work는 한도를 공유하고 이미지 생성도 같은 한도를 쓰므로, 다른 화면에서 한 일도 함께 살펴봐야 합니다. 자동충전을 쓴다면 구매 조건과 월 지출 한도도 먼저 확인하는 게 좋겠습니다.
그래도 이상하다면 발생 시각과 시간대, 앱 버전, 모델·속도 표시, 작업 전후 사용량, 해당 작업 식별자를 남겨 문의해보세요. 비밀이나 프로젝트 내용이 담긴 전체 로그 대신 필요한 부분만 전달하고, 그 시간대 서버에 적용된 속도와 실제 차감 내역을 확인해 달라고 적는 겁니다.
재설정권은 돌려받지 못했습니다. 다음에 한도가 유난히 빨리 줄면 실행 중인 작업과 속도 설정부터 확인하고, 기록을 남겨 문의해보려 합니다.
제가 바라는 건 예측 가능한 서비스입니다
코덱스를 쓰다 보면 어느 날은 한도가 유난히 빨리 닳고, 또 어느 날은 리셋을 해줘서 넉넉해집니다. 리셋을 받을 때는 “이 정도면 엄청 좋은 것 아닌가?” 싶기도 합니다.
그래도 어떤 모델에 어떤 일을 맡길지 결정하는 사람은 저입니다. Sol, Astra, Luna가 제 작업에서 각각 얼마나 쓰는지 알아야 성능과 비용을 보고 선택할 수 있겠죠. 그런데 새로운 모델과 속도 설정, 토큰과 크레딧, 재설정까지 얽히니 왜 오늘은 한도가 더 빨리 줄었는지 파악하기가 쉽지 않습니다.
커뮤니티에는 Astra를 선택해도 실제로는 Luna가 돌아가는 것 아니냐는 의혹까지 나왔습니다. 다만 관련 포럼 글 중 하나는 작성자가 대화 제목을 만드는 요청 등을 실제 작업과 혼동했다며 철회했습니다. 이 글을 실제로 모델을 바꿔 처리했다는 근거로 볼 수는 없습니다. 이런 의문이 들 때 사용자가 직접 확인할 수 있는 정보가 더 분명했으면 합니다. 철회된 포럼 글
사용 통계와 토큰 활동을 볼 수 있는 화면이 제공되는 점은 반갑습니다. 앞으로는 어떤 모델에 얼마나 썼고, 왜 그만큼 차감됐는지까지 더 쉽게 확인할 수 있으면 좋겠습니다. 공식 프로필·사용 통계 안내
AI 도구가 너무 빠르게 바뀌는 과도기의 모습일 수도 있습니다. 차차 나아지길 기대하지만, 돈을 내고 쓰는 입장에서는 지금도 작업 계획을 세울 수 있어야 합니다.
“OpenAI가 많이 퍼주니 혜자다!”라는 말로 끝내고 싶지는 않습니다. 돈을 낸 만큼 약속된 사용량과 혜택을 받고, 제가 고른 조건대로 작업이 진행됐는지 확인할 수 있어야 합니다. 잘못 처리된 부분이 확인되면 그에 맞게 정정하고 보상받을 수 있어야 하고요.
리셋은 반갑지만, 다음 리셋이 언제 올지 기다리며 작업량을 정하고 싶지는 않습니다. 얼마를 내면 어느 정도 일할 수 있는지 예측하고, 문제가 생기면 이유와 처리 결과를 확인할 수 있는 서비스. 코덱스가 그런 “정상적인” 유료 서비스로 자리 잡았으면 합니다.