오전의 긴 코딩 작업과 오후의 ChatGPT 작업이 같은 허용량을 사용한다면, 개발자는 코딩 도구 하나의 사용량만 보고 하루 일정을 잡기 어렵습니다. OpenAI는 12월부터 Plus·Pro·Business의 ChatGPT와 Codex 허용량을 통합할 예정이라고 안내했습니다.
이 글은 2026년 11월 1일 확인한 공식 도움말에 근거합니다. 도움말의 정확한 최초 게시일을 확인한 것은 아니며, 전환 뒤의 실제 계정 한도를 측정하지도 않았습니다. 특정 날짜의 시행이나 개인별 축소 폭을 예측하지 않습니다.
확정된 정책으로 만들 수 없는 계산
도움말은 모델과 작업에 따라 토큰 기반 사용량이 달라지고 Instant 채팅은 해당 사용량을 차감하지 않는다고 설명합니다. 그러나 이 안내만으로 모든 모델의 토큰을 동일한 환율로 환산하거나 구독을 API 달러로 바꿀 수는 없습니다.
| 알고 싶은 값 | 확인할 근거 | 피할 추정 |
|---|---|---|
| 내 계정의 잔여량·리셋 | 전환 후 Settings → Usage 표시 | 브리핑만 보고 개인 한도 단정 |
| 작업 하나가 쓰는 허용량 | 동일 조건에서 계정 표시 전후 기록 | 토큰 수를 곧바로 퍼센트로 환산 |
| 실제 지출 | 요금제·구매 크레딧·영수증 | API 환산 비용을 구독 청구액으로 취급 |
표의 구분은 편집부의 기록 제안입니다. API 가격, 구독의 포함 허용량, 추가 크레딧은 서로 다른 항목이므로 한 단위의 절약이 다른 단위에서도 같은 절약을 뜻하지 않습니다.
작업 단위를 먼저 정의하기
전후 비교는 “오늘 몇 번 질문했나”보다 승인 가능한 결과를 단위로 삼는 편이 낫습니다. 예를 들어 회귀 테스트를 통과한 버그 수정 하나를 완료로 정의하고, 실패한 시도도 포함합니다. 작업 크기·모델·노력 수준·문맥 길이·재시도 횟수를 같이 남겨야 합니다.
아래는 계산 방식만 보여주는 교육용 데이터입니다. 실제 OpenAI 허용량 단위나 계정 기록이 아닙니다. allowancePoints는 임의의 점수이며 공식 토큰 환율이 없습니다. Node.js 18 이상에서 node ledger.mjs로 실행했고 외부 호출은 없습니다.
const jobs = [
{ task: 'regression-fix', allowancePoints: 12, accepted: true },
{ task: 'regression-fix', allowancePoints: 8, accepted: false },
{ task: 'regression-fix', allowancePoints: 10, accepted: true },
];
const accepted = jobs.filter(j => j.accepted).length;
const spent = jobs.reduce((sum, j) => sum + j.allowancePoints, 0);
console.log('points per accepted:', accepted ? spent / accepted : 'undefined');
points per accepted: 15
성공한 두 작업의 점수만 평균 내면 11이지만 실패 시도까지 합치면 성공당 15입니다. 이 차이는 구독이 통합되기 전에도 존재합니다. 새 정책을 평가할 때 실패·재작업 비용을 누락하면 모델 선택을 잘못 판단할 수 있습니다. 승인된 결과가 0개이면 나눗셈 결과도 정의하지 않습니다.
12월 전후 비교에서 통제할 것
먼저 민감한 내용을 제외한 대표 작업 묶음을 보관하세요. 버그 수정, 테스트 보강, 설계 검토를 각각 구분하고 성공 기준을 정합니다. 기존 환경에서 사용 중인 모델과 실제 표시되는 사용량만 기록합니다. 계정 화면에서 확인할 수 없는 항목은 추정치 대신 미측정으로 남깁니다.
전환 뒤에는 같은 작업과 비슷한 문맥을 사용하고, 시작·종료 시각과 리셋 시점을 기록합니다. 중간에 다른 ChatGPT 작업이 있었다면 별도 표기해야 해당 코딩 작업의 사용량으로 잘못 돌리지 않습니다. 표시가 반올림되거나 늦게 갱신된다면 미세한 작업별 차이는 해석하기 어렵습니다. 이 절차는 제안이며 전환 후 실측 결과가 아닙니다.
작업이 급한 경우에는 작은 모델로 탐색하고 어려운 단계에 큰 모델을 쓰는 방식을 평가할 수 있습니다. 다만 재작업이 늘면 총사용량이 커질 수 있으므로 모델을 낮췄다는 사실만으로 절약했다고 결론 내리지 마세요. 성공한 작업당 비용이 같은 질문을 다룹니다.
이 정책의 실무적 의미는 정해진 작업량을 새 한도에 억지로 환산하는 데 있지 않습니다. 어떤 작업을 완료하는 데 허용량과 검토 시간이 얼마나 드는지 기록하면, 실제 전환 뒤 유지할 흐름과 바꿀 흐름을 근거 있게 고를 수 있습니다.
아래 유료 강의는 코딩 에이전트의 검증·제약 있는 작업 흐름을 다룹니다. 구독 정책 해설 강의나 사용 한도를 늘리는 방법을 뜻하지 않습니다.