Codex Pro 사용량 정책 변화
5시간 제한이 사라졌다.
하지만 주간 한도는 남아 있다
Pro 플랜의 5시간 세션 제한이 일시 해제됐다. 작업은 덜 끊기지만, 그만큼 더 많은 일을 연속해서 맡기며 주간 사용량을 빠르게 소진할 가능성도 커졌다.
2026년 7월 14일 · 발표와 실제 계정 화면을 함께 확인
핵심 요약
무제한이 아니라,
세션 장벽의 일시 제거다
2026년 7월 13일 OpenAI의 Thibault Sottiaux는 지난 48시간 동안 Codex와 ChatGPT 관련 업무가 매우 바빴다며, 모든 Plus·Business·Pro 플랜에서 새로운 기능이 작동하도록 마무리했다고 알렸다. 이어 Pro 플랜의 5시간 사용 제한을 일시적으로 해제한다고 발표했다.
발표에는 GPT‑5.6 Sol의 효율을 전반적으로 개선해 사용량을 줄이고 더 오래 사용할 수 있게 만드는 변경을 적용한 뒤, 정확한 종료 시점을 공유하겠다는 설명도 들어 있다. 따라서 지금 상태를 영구 정책으로 단정할 수는 없다.
가장 중요한 구분: 5시간 세션 제한은 사라졌지만, 주간 사용량까지 사라진 것은 아니다. 같은 주간 예산을 시간 창에 덜 얽매여 쓸 수 있게 된 변화에 가깝다.
실제 화면
5시간 세션은 안 보이고
주간 잔여량만 남았다
내 계정에서 확인한 화면도 달라졌다. 캡처 시점에는 주간 잔여 사용량 97%와 7월 20일 초기화만 보이고, 5시간 단위 세션 정보는 나타나지 않았다. 이 수치는 개인 계정과 캡처 시점에 종속되므로 모든 사용자에게 97%가 보인다는 뜻은 아니다.
구조가 말해 주는 것은 분명하다. 사용자는 세션이 다시 열릴 때까지 기다리지 않고 작업을 계속할 수 있지만, 그 작업은 주간 풀 안에서 계속 계산된다. 세션 문턱은 내려갔고 주간 계량기는 남아 있다.
| 항목 | 현재 확인된 상태 | 사용자에게 주는 의미 |
|---|---|---|
| 5시간 세션 제한 | Pro에서 일시 해제 | 시간 창 때문에 작업이 중간에 끊기는 일이 줄어든다. |
| 주간 사용량 | 유지 | 긴 작업과 많은 작업은 여전히 일주일 허용량을 소비한다. |
| 해제 종료 시점 | 미정 | 후속 공지를 확인해야 하며 영구 변경으로 전제하면 안 된다. |
| 작업별 소비량 | 가변적 | 복잡도, 모델, 실행 시간과 문맥 크기에 따라 달라진다. |
사용량의 역설
효율이 좋아져도
주간 사용은 늘 수 있다
내가 흥미롭게 보는 지점은 사용자 행동의 변화다. 5시간 제한은 불편했지만 동시에 자연스러운 브레이크 역할도 했다. 제한이 사라지면 하나의 버그 수정이 끝난 뒤 테스트 보강, 문서 갱신, 디자인 검토, 배포 점검까지 연달아 맡기기 쉬워진다. 작업당 사용량이 줄어도 총작업 수가 더 빠르게 늘면 주간 잔여량은 오히려 더 빨리 감소할 수 있다.
이것은 OpenAI가 사용량 낭비를 유도한다고 단정하는 이야기가 아니다. 마찰이 줄면 수요가 늘어나는 일반적인 현상에 가깝다. Codex가 한 번의 일을 더 효율적으로 끝낼수록 이전에는 비용 때문에 맡기지 않았던 일까지 위임하게 된다. 절감된 사용량이 잔여량으로 남을지, 새로운 작업으로 재투자될지는 사용 습관에 달려 있다.
공식 GPT‑5.6 발표도 효율과 사용 확대가 동시에 일어날 수 있음을 보여 준다. OpenAI는 모델이 더 적은 토큰으로 강한 결과를 내도록 설계됐다고 설명하는 한편, 내부 에이전트형 토큰 사용량이 지난 6개월 동안 약 22배 늘었다고 밝혔다. 효율 향상과 총사용량 증가는 서로 모순되지 않는다.
주간 풀 이해하기
Codex만 따로 쓰는
사용량이 아닐 수 있다
OpenAI 공식 도움말에 따르면, 플랜에서 해당 기능을 쓸 수 있는 경우 Codex, ChatGPT Work, ChatGPT for Excel, Workspace Agents가 같은 에이전트형 사용량 및 크레딧 풀을 공유한다. 코딩 사용량만 떠올리고 잔여량을 예상하면 실제 표시와 차이가 날 수 있는 이유다.
작업의 크기와 복잡도도 중요하다. 작은 스크립트는 허용량의 일부만 사용할 수 있지만, 큰 코드베이스와 장시간 작업, 긴 문맥을 유지하는 세션은 더 많이 소비한다. 현재 요금표는 입력 토큰, 캐시된 입력 토큰, 출력 토큰을 구분한다. 같은 메시지 1개라도 저장소 전체를 읽고 긴 보고서를 쓰는 일과 작은 파일 한 줄을 고치는 일은 비용이 같지 않다.
97%라는 숫자는 날짜와 함께 봐야 한다
초기화까지 6일이 남은 시점의 97%와 초기화 전날의 97%는 의미가 완전히 다르다. 세션 제한이 없는 기간에는 하루 사용량만 보기보다 초기화일까지 남은 기간과 평균 소진 속도를 함께 보는 편이 실용적이다. 이번 주에 대규모 리팩터링이나 긴 QA가 예정돼 있다면 작은 작업을 먼저 무작정 늘리지 않는 것이 좋다.
실전 운영법
제한이 없을 때일수록
작업 설계가 중요하다
1. 결과물과 완료 조건을 먼저 고정한다
조사, 구현, 검증, 문서화를 한 요청에 무작정 섞으면 탐색 범위와 출력이 커질 수 있다. 반대로 관련 작업을 지나치게 잘게 쪼개 매번 같은 저장소를 다시 읽게 해도 비효율적이다. 목표와 완료 조건은 한 번에 명확히 주고, 관련된 중간 산출물은 같은 작업 안에서 이어 가는 균형이 좋다.
2. 필요한 파일과 폴더를 좁혀 준다
변경 대상, 관련 로그, 재현 절차를 함께 주면 탐색 비용을 줄일 수 있다. 다만 원인을 모르는 버그는 처음부터 범위를 너무 좁히지 말고, 조사로 근거가 모인 뒤 구현 범위를 고정하는 편이 안전하다.
3. 모델과 추론 강도를 난도에 맞춘다
간단한 문구 수정이나 반복 변환에 항상 가장 높은 설정이 필요한 것은 아니다. 반대로 구조 설계나 까다로운 디버깅에서 지나치게 낮은 설정을 택하면 재시도로 총사용량이 커질 수 있다. 가장 싼 한 번보다 재작업까지 포함한 전체 효율을 봐야 한다.
4. 병렬 작업은 독립성이 높을 때 사용한다
여러 에이전트를 동시에 돌리면 완료 시간은 줄어들 수 있지만 총연산량은 늘 수 있다. 서로 다른 자료 조사나 독립된 테스트처럼 중복이 적을 때 효과적이다. 같은 파일을 여러 작업이 반복해서 읽는 구조라면 주간 사용량만 빠르게 줄 수 있다.
5. 큰 작업 전후의 잔여량을 기록한다
시작 전과 종료 후 퍼센트를 간단히 메모하면 자신의 업무에서 무엇이 비싼지 알 수 있다. 인터넷의 평균값보다 실제 저장소, 모델 설정, 자동화 방식에서 얻은 기록이 더 유용하다. 몇 주만 기록해도 브라우저 QA, 리팩터링, 문서 생성 중 어떤 유형이 주간 풀을 많이 쓰는지 감이 생긴다.
복잡한 대시보드 대신 1줄 사용 일지
날짜, 시작 잔여량, 종료 잔여량, 작업 유형, 모델, 실행 시간을 한 줄로 적으면 충분하다. 퍼센트가 정수로만 보이면 작은 작업의 차이가 바로 드러나지 않을 수 있으므로 하루 단위로 묶어 비교해도 좋다. 사용량뿐 아니라 사람이 절약한 시간, 발견한 버그, 실제 완료된 결과물도 함께 적어야 비용만 보고 생산성을 오판하지 않는다.
잔여량이 충분할 때는 실제로 필요한 대표 작업을 기준선으로 삼아 모델과 설정을 비교할 수 있다. 반대로 잔여량이 낮아졌다면 배포 차단 오류, 보안 문제, 데이터 손상 가능성처럼 실패 비용이 큰 일을 우선한다. 장식적 개선은 초기화 뒤로 미룰 수 있지만 중요한 검증을 낮추면 재작업으로 더 많이 쓸 수도 있다.
초기화 직전에는 현재 상태, 완료된 변경, 남은 문제, 재현 명령, 관련 파일을 짧은 인수인계 문서로 남겨 두자. 다음 주에 같은 문맥을 다시 탐색하는 비용을 줄이고, 5시간 제한이 돌아와도 긴 작업을 안전하게 나눠 이어갈 수 있다.
별도의 참고 사례
표시가 이상하면
상태 페이지도 확인하자
2026년 6월 OpenAI 상태 페이지에는 일부 계정에서 Codex 사용량이 예상보다 빨리 차감된다는 신고를 조사한 사건이 기록돼 있다. OpenAI는 일부 사례가 남용 및 사기 방지 시스템이 특정 계정을 잘못 제한한 것과 관련됐다고 밝혔고, 이후 복구 완료로 처리했다.
이 사건이 이번 5시간 제한 해제의 직접 원인이라는 근거는 없다. 두 사건을 연결해 단정해서는 안 된다. 다만 평소와 같은 작업인데 잔여량이 비정상적으로 빨리 줄거나 표시가 갑자기 바뀌었다면, 내 작업이 과도했다고 즉시 결론 내리기보다 공식 상태 페이지를 확인할 필요가 있다는 점은 보여 준다.
문제가 의심되면 화면 캡처, 발생 시각, 사용 모델, 작업 유형을 남겨 두자. 지원 문의를 할 때 재현 가능한 정보가 되고, 정상적인 작업별 편차와 계측 문제를 구분하는 데도 도움이 된다.
정리
더 자유롭게 쓰되,
더 자주 관찰할 시기
사용자 입장에서는 분명 반가운 변화다. 긴 코딩 흐름이 5시간 창에 맞춰 끊기는 문제를 줄이고, 주간 잔여량이 충분하다면 한 번 잡은 문맥을 유지한 채 끝까지 밀어붙일 수 있다. 특히 세션 제한은 자주 만났지만 주간 사용량은 남아 있던 Pro 사용자에게 체감 효과가 크다.
동시에 지금은 공짜 무제한 기간이 아니다. 중단이 줄어든 만큼 더 많은 일을 연속해서 맡기게 되고, 공유되는 주간 풀을 더 빠르게 사용할 가능성이 있다. GPT‑5.6 효율화로 한 작업의 비용이 줄더라도 총작업량이 늘면 일주일 소비는 커질 수 있다.
발표에서 종료 시점을 추후 공유한다고 했으므로 영구 정책으로 가정하지 말자. 지금은 5시간 제한이 사라졌다는 사실 자체보다, 내 작업 습관이 어떻게 바뀌고 어떤 유형의 요청이 주간 사용량을 많이 쓰는지 관찰할 좋은 기간이다.
- 사용량 메뉴에서 5시간 세션 항목이 실제로 사라졌는지 확인한다.
- 주간 잔여 퍼센트와 초기화 날짜를 함께 기록한다.
- Codex 외에 Work·Excel·Workspace Agents 사용도 함께 떠올린다.
- 큰 작업 전후의 잔여량 변화를 비교한다.
- 비정상적 차감이 의심되면 공식 상태 페이지를 확인한다.
- 종료 시점은 추측하지 말고 OpenAI 후속 공지를 기다린다.
체감은 사람마다 다르다
누가 가장 이득을 보고,
누가 더 빨리 소진할까
개인 개발자: 집중 흐름은 좋아지고 범위 확장은 쉬워진다
퇴근 후 몇 시간 동안 기능을 만들고 테스트하는 개인 개발자는 세션 종료 시점을 계산하지 않고 한 덩어리의 작업을 끝낼 수 있다. 반면 작동하는 첫 버전이 나오자마자 디자인 개선, 모바일 대응, 배포와 검색 최적화까지 이어 붙이기 쉬워진다. 오늘 끝낼 범위를 먼저 정해 두면 자유로워진 세션을 주간 예산 안에서 활용하기 좋다.
팀 사용자: 코딩 외의 공유 사용량까지 봐야 한다
회사에서는 한 명이 Codex로 코드를 수정하는 동안 다른 구성원이 Work로 자료를 조사하거나 스프레드시트 분석을 수행할 수 있다. 플랜과 워크스페이스 설정에 따라 옵션은 다르지만, 개인 화면만 보고 팀 전체 정책을 추정해서는 안 된다. 큰 작업의 담당자, 모델 설정, 병렬 실행 수와 예상 산출물을 짧게 합의하면 중복 소비를 줄일 수 있다.
자동화 사용자: 가장 큰 수혜와 가장 큰 소진 가능성
밤새 테스트를 반복하거나 정기적으로 사이트를 모니터링하고 여러 저장소를 점검하는 작업은 사람이 자리를 비운 동안에도 계속된다. 완료 조건이 모호하면 충분한 결과가 나온 뒤에도 탐색과 재시도를 이어갈 수 있다. 성공 조건, 최대 범위, 실패 시 중단 조건, 결과 저장 위치를 분명히 써 두는 것이 중요하다.
가벼운 사용자: 변화가 작다면 무거운 설정을 억지로 쓸 이유도 없다
원래 5시간 한도에 닿지 않았던 사용자에게는 메뉴 항목 하나가 줄어든 정도일 수 있다. 해제 기간이라는 이유만으로 모든 요청에 가장 높은 설정을 쓸 필요는 없다. 새 모델을 비교하려면 같은 대표 작업을 정해 결과 품질과 사용량을 함께 기록하는 편이 낫다.
자주 생기는 4가지 오해
| 오해 | 실제로 확인해야 할 것 |
|---|---|
| 5시간 표시가 없으니 완전 무제한이다 | 주간 퍼센트와 초기화 날짜는 남아 있으며 작업하면 계속 감소한다. |
| 효율화가 모든 작업에 같은 비율로 적용된다 | 모델, 문맥 크기, 캐시, 출력 길이와 재시도에 따라 체감이 다르다. |
| 빠른 차감은 모두 시스템 오류다 | 큰 작업은 정상적으로도 많이 소비한다. 이전 기록과 상태 페이지를 함께 봐야 한다. |
| 해제 중 시작한 작업은 계속 같은 조건이다 | 전환 방식은 발표되지 않았다. 장기 작업은 중간 결과와 재개 지점을 남기는 편이 안전하다. |
후속 공지에서 볼 4가지
종료 날짜와 적용 대상을 먼저 확인하자. 전체 Pro 계정에 동시에 적용되는지, 순차 전환인지, 진행 중인 작업에 유예가 있는지 아직 알려지지 않았다. 사용자 한 명의 화면만으로 전체 정책을 판단하지 않는 것이 좋다.
다음은 GPT‑5.6 Sol 효율 개선의 실제 수치다. 작업당 토큰 감소인지, 같은 주간 풀에서 가능한 작업량 증가인지, 특정 작업 유형에서만 큰 효과가 있는지에 따라 전략이 달라진다. 평균 수치가 나와도 내 저장소와 자동화 기록을 함께 비교해야 한다.
주간 한도와 추가 크레딧 정책도 함께 봐야 한다. 5시간 세션이 돌아오더라도 주간 풀이나 구매 옵션이 달라지면 체감은 이전과 다를 수 있다. 공지, 도움말, 앱 UI가 짧은 전환 기간 동안 서로 다르게 보일 가능성도 염두에 두자.
마지막은 공유 풀에 포함되는 기능 범위다. Work·Excel·Workspace Agents와의 관계가 달라지거나 새 에이전트 기능이 추가되면 코딩량이 같아도 소진 속도는 달라질 수 있다. 종료일 하나보다 전체 사용량 구조를 읽는 것이 중요하다.
FAQ
자주 묻는 질문
Q1. Codex Pro가 지금 완전히 무제한인가요?+
아닙니다. 발표에서 일시 해제된 것은 Pro 플랜의 5시간 사용 제한입니다. 주간 사용량은 화면에 계속 표시되며 작업에 따라 소비됩니다.
Q2. 5시간 제한 해제는 언제 끝나나요?+
정확한 종료 시점은 발표되지 않았습니다. OpenAI는 GPT‑5.6 Sol 효율 개선의 영향을 수치화한 뒤 시점을 공유하겠다고 밝혔습니다.
Q3. 왜 주간 사용량이 예상보다 빨리 줄 수 있나요?+
큰 코드베이스, 장시간 작업, 긴 문맥, 높은 설정은 더 많은 사용량을 쓸 수 있습니다. 지원되는 경우 Work·Excel·Workspace Agents도 같은 에이전트형 풀을 공유합니다.
Q4. 잔여 퍼센트만 보면 충분한가요?+
초기화 날짜와 함께 봐야 합니다. 같은 97%라도 초기화까지 남은 기간과 예정된 작업 크기에 따라 사용할 수 있는 속도가 달라집니다.
Q5. 사용량이 비정상적으로 빨리 줄면 어떻게 하나요?+
공식 상태 페이지를 먼저 확인하고, 화면·시각·모델·작업 유형을 기록하세요. 과거 일부 계정에서 잘못 제한된 사건이 있었지만, 모든 빠른 차감이 오류라는 뜻은 아닙니다.
'AI > Codex' 카테고리의 다른 글
| Codex Micro 드디어 출시, 230달러짜리 Codex 전용 키보드는 35만원의 값어치를 할까 (0) | 2026.07.16 |
|---|---|
| Codex로 디스크 공간 정리하기: C 드라이브 0GB에서 12.76GB를 되찾은 실제 사례 (0) | 2026.07.15 |
| Codex Gmail MCP로 메일 자동 관리하기 (0) | 2026.07.05 |
| Codex 가이드 (3): manage-your-inbox 기능으로 메일을 자동으로 관리하세요 (0) | 2026.07.05 |
| Codex 가이드 (2): csv, excel, google sheet 이젠 Codex한테 맡기자 (0) | 2026.07.05 |
