클로드 코드 사용량 한도, 왜 자꾸 바뀌나요
결론부터 말씀드리면, Anthropic이 Claude Code의 주간 사용량 한도를 일시적으로 50% 상향한 조치를 2026년 8월 19일까지 다시 연장했기 때문입니다. 7월 18일 발표에서 Claude Code 주간 한도는 8월 19일까지 50% 높은 수준을 유지하며, Pro·Max·Team·좌석 기반 Enterprise 사용자 전체에 적용된다고 밝혔습니다. 이 부스트는 원래 5월 중순 시작해 7월 19일 종료 예정이었지만, 이미 여러 차례 연장을 거듭해 온 조치입니다. 별도 신청 없이 해당 플랜이면 자동으로 적용됩니다.
사내에서 코딩 보조나 반복 업무 자동화 스크립트 작성에 클로드 코드를 쓰고 계신 회사라면, “왜 지난달보다 갑자기 여유가 생겼지” 혹은 반대로 “곧 한도가 줄어드는 건 아닌지” 궁금하셨을 겁니다. 이 글에서는 2026년 8월 1일 기준으로 확정된 변경 사항을 정리하고, 정책이 자꾸 바뀌는 상황에서 실무자가 예산을 어떻게 계획해야 하는지 짚어보겠습니다.
8월에 확정된 변경 사항 정리
7월 18일 Anthropic 개발자 채널을 통해 발표된 내용은 크게 두 가지입니다. 하나는 클로드 코드 주간 한도 부스트의 재연장이고, 다른 하나는 상위 모델인 Claude Fable 5의 플랜별 접근 방식 확정입니다.
같은 발표에서 7월 20일부터 Claude Fable 5가 모든 Max·Team Premium 플랜에 주간 한도의 50%까지 포함되며, Pro와 Team Standard 사용자는 사용량 크레딧 방식으로 계속 접근하되 1회성 100달러 크레딧을 받는다고 안내했습니다. 이 100달러 크레딧은 7월 20일부터 8월 2일 사이에 청구해야 하고, 9월 17일 만료됩니다. 즉 무료로 여유 있게 쓸 수 있는 기간이 정해져 있다는 뜻입니다.
여기에 더해 눈여겨봐야 할 것이 요금 변경입니다. 6월 30일 출시된 Claude Sonnet 5는 Opus급 코딩 품질을 Sonnet 가격에 제공한다는 것이 특징이며, 100만 토큰 컨텍스트 윈도우를 지원하지만, 도입 초기 가격인 100만 토큰당 2달러/10달러는 2026년 8월 31일까지만 적용되고 이후 정상가인 3달러/15달러로 돌아갑니다. 문제는 가격만이 아닙니다. 새로운 토크나이저가 이전 Sonnet 4.6 대비 같은 텍스트에 대해 약 30% 더 많은 토큰을 생성하기 때문에, 비용을 추정할 때 이 부분도 함께 고려해야 합니다. 실제로 토크나이저 변화는 실질적인 비용 증가로 이어지므로, 과거 토큰 수에 새 가격만 곱해 예상하기보다 실제 트래픽으로 직접 벤치마크해보는 것이 안전합니다.
정리하면 다음 세 날짜를 기억해 두시면 됩니다.
- 8월 19일: 클로드 코드 주간 한도 50% 부스트 종료 예정일(단, 과거 이력을 보면 재연장 가능성도 있음)
- 8월 31일: Sonnet 5 도입가($2/$10) 종료, 9월 1일부터 정상가($3/$15) 적용
- 9월 17일: Fable 5 관련 100달러 프로모션 크레딧 사용 만료일
왜 한 해 동안 이렇게 여러 번 바뀔까요
배경을 짚어보면, 이런 변화는 결국 클로드 코드에 대한 수요와 Anthropic이 그 시점에 확보한 컴퓨팅 자원 사이의 간극에서 비롯됩니다. 수요가 공급을 앞지르면 한도가 조여지고, 새 컴퓨팅 자원이 투입되면 한도가 다시 풀리는 흐름입니다. 실제로 5월 6일에는 Pro·Max·Team·Enterprise(좌석제) 플랜 대상으로 클로드 코드의 5시간 한도 자체를 두 배로 늘리고, Pro·Max 계정의 피크아워 제한을 없앤 바 있습니다.
이런 패턴이 반복된다는 사실 자체가 중소기업 실무자에게 주는 시사점이 있습니다. 무료 프로모션이나 일시적 부스트를 전제로 사내 자동화 워크플로를 설계하면, 프로모션이 끝나는 시점에 갑자기 스크립트가 멈추거나 비용이 급증하는 상황을 맞을 수 있습니다. 이런 반복적인 모델 출시·요금 변경 경쟁 구도는 한 달에 AI 모델이 몇 개씩 쏟아지는 요즘, 우리 회사는 어떻게 대응해야 할까에서도 짚었듯, 특정 공급사 정책에 지나치게 의존하지 않는 구조를 짜두는 것이 안전합니다.
실무에서는 이렇게 대응하면 됩니다
먼저 사내에서 클로드 코드나 API를 활용해 자동화 스크립트를 돌리고 있다면, 프로모션 한도가 아니라 표준(정상) 한도를 기준으로 예산과 작업량을 설계하시길 권합니다. 예를 들어 매일 새벽 자동으로 돌아가는 데이터 취합 스크립트가 있다면, 다음과 같이 월별 예상 토큰 사용량을 보수적으로 계산해두는 방식이 안전합니다.
# 간단한 월간 토큰 비용 추정 예시
input_tokens_per_run = 8000
output_tokens_per_run = 3000
runs_per_month = 22 # 평일 기준
# 정상가 기준(프로모션 종료 후, $3 / $15 per MTok 가정)
input_price = 3 / 1_000_000
output_price = 15 / 1_000_000
monthly_cost = (
input_tokens_per_run * runs_per_month * input_price
+ output_tokens_per_run * runs_per_month * output_price
)
print(f"예상 월간 비용: 약 {monthly_cost:.2f} 달러")이렇게 정상가 기준으로 미리 계산해두면, 프로모션이 끝나더라도 예산 계획이 흔들리지 않습니다. 토크나이저 변경처럼 눈에 잘 안 띄는 변수도 있으니, 실제 업무에 쓰는 프롬프트와 문서 몇 개를 골라 직접 토큰 수를 확인해보는 습관도 도움이 됩니다.
다음으로, 사내에서 여러 모델(Opus 5, Sonnet 5, Fable 5)을 용도별로 나눠 쓰고 있다면 어떤 업무에 어떤 모델을 배정할지 기준을 먼저 정해두는 것이 비용 관리에 유리합니다. 이 부분은 클로드 오퍼스 5, 소네트 5 언제 써야 하나요에서 업무별 선택 기준을 다뤘으니 참고하시면 좋습니다. 또한 Fable 5 자체가 올해 들어 접근 방식과 요금이 여러 차례 바뀌어 온 모델이라, Claude Fable 5 요금제 계속 바뀌는 이유를 함께 보시면 왜 이런 변경이 반복되는지 맥락을 이해하는 데 도움이 됩니다.
마지막으로, 이런 자잘한 업데이트가 매달 여러 건씩 쏟아지다 보니 담당자 한 명이 모든 변경 사항을 실시간으로 따라가기는 현실적으로 어렵습니다. 사내에 AI 도구 담당자를 지정해 월 1회 정도 주요 변경 사항만 확인하고, 우리 회사 워크플로에 영향이 있는지만 판단하는 루틴을 만드는 것이 효율적입니다. 우선순위를 정하는 기준은 Claude 업데이트 우선순위 정하는 법에서 정리한 접근을 그대로 적용할 수 있습니다.
정리하면, 8월 19일과 8월 31일이라는 두 날짜를 기점으로 클로드 코드와 Sonnet 5의 조건이 바뀝니다. 지금 여유 한도나 도입가에 맞춰 워크플로를 짜셨다면, 이 시점 이후 정상 조건으로 돌아갔을 때도 문제없이 돌아가는지 한 번 점검해보시길 권합니다. 픽셀앤코드에서도 고객사의 사내 자동화 스크립트를 설계할 때 이런 프로모션 종료 시점을 함께 캘린더에 표시해 두고, 정상 요금 기준으로 예산 영향을 미리 확인하는 절차를 함께 안내해 드리고 있습니다.