
안녕하세요, 미니지식공간입니다.
Claude Code 주간 한도가 2026년 9월 14일자로 재조정된다. 표면적으로는 25% 인상이지만 지금 쓰는 한도 기준으로는 약 17% 축소이고, 남은 2주 안에 소비 구조를 점검해 둘 만한 변화다. 이 글은 확정된 사실과 날짜를 먼저 고정하고, 공식 문서 기준으로 내 사용량을 어디서 어떻게 확인하는지까지 정리한다.
| 시점 | 내용 | 근거 |
|---|---|---|
| 2026년 5월 | Claude Code 주간 한도 50% 임시 상향 시작(정확한 일자는 확인 필요) | Android Headlines(2026-08-30) 단독 서술 |
| 여름 기간 | 임시 상향을 네 차례 연장 | Android Headlines(2026-08-30) |
| 2026-08-29 | @ClaudeDevs가 X에 9월 14일 25% 영구 인상 공지 | BleepingComputer(2026-08-29) |
| 2026-08-29 | 원 스레드 삭제 후 "오늘 대비 17% 감소" 명시 글 재게시 | BleepingComputer, Android Headlines |
| 2026-09-13 | 50% 임시 상향 마지막 적용일 | BleepingComputer |
| 2026-09-14 | 새 영구 한도(기준선 +25%) 적용 시작 | BleepingComputer |
앤트로픽 재게시 글의 표현은 "오늘 기준으로 보면 Claude Code 주간 한도가 17% 줄어드는 셈"이었다. 같은 글에서 "사용량에 대한 가시성과 통제력을 높이는 변화를 준비 중"이라고도 했지만, 구체적인 기능이나 일정은 공개되지 않았다. 따라서 지금 시점에서 확정적으로 말할 수 있는 건 날짜와 비율뿐이다.
산식은 단순하다. 기준선을 B라고 하면 현재 한도는 1.5B, 9월 14일 이후는 1.25B다. 변화율은 1.25B / 1.5B - 1 = -0.1667, 즉 약 -17%다. 인상률은 기준선 기준이고 체감은 현재 한도 기준이라 부호가 뒤집히는 구조다.
주의할 점은 이 100·150·125가 실제 토큰 수나 요청 수가 아니라는 것이다. 앤트로픽은 대화 길이, 모델 선택, 도구 사용, 추론 강도에 따라 소모량이 달라져 주간 한도가 고정된 프롬프트 개수로 환산되지 않는다고 설명했다. 그래서 "몇 번 덜 쓰게 되나"라는 질문에는 회사도 답하지 않는다.
공식 문서 Manage costs effectively는 세션 안에서 사용량을 확인하는 경로를 다음과 같이 정리한다. Pro·Max·Team·Enterprise 플랜에서는 플랜 사용량 막대와 함께 소비 분해가 함께 표시된다.
/usage
# Plan usage breakdown (Pro / Max / Team / Enterprise)
# - Attribution : 최근 사용량을 skills / subagents / plugins / 개별 MCP 서버별 비율로 표시
# - Behavior flags : long context, cache misses 등이 최근 사용량의 10% 이상을 차지하면 플래그
# - Loops : 최근 실행된 /loop 등 예약 작업을 총 토큰 순으로 나열 (v2.1.242+)
#
# d / w 키로 최근 24시간 / 최근 7일 보기 전환
문서가 함께 붙여 둔 제약이 중요하다. "수치는 근사값이며 이 기기의 로컬 세션 기록에서 계산되므로, 다른 기기나 claude.ai의 사용량은 포함되지 않는다"고 명시돼 있다. 여러 대의 머신에서 작업하거나 웹 Claude를 함께 쓴다면 /usage 숫자만 보고 여유를 판단하면 안 된다. Team·Enterprise의 경우 좌석 할당은 5시간 롤링 창과 주간 창으로 리셋되고, 그 할당은 Claude 채팅·Cowork와 공유된다는 점도 같은 문서에 적혀 있다.
문서가 제시하는 감축 수단은 대부분 컨텍스트 크기와 추론 강도에 걸려 있다. 세션을 오래 열어두면 대화 전체가 매 요청마다 실려 나가므로, 무관한 작업으로 넘어갈 때 /clear로 끊는 것이 기본이다. 추론 예산은 /effort나 /model에서 낮출 수 있고, 고정 추론 예산을 쓰는 모델에서는 환경 변수로 상한을 내릴 수 있다.
# 추론 강도 조절 (세션 내)
/effort
# 고정 thinking budget 모델에서 상한 지정
export MAX_THINKING_TOKENS=8000
# 무관한 작업으로 넘어갈 때 컨텍스트 정리
/clear
# 컨텍스트를 무엇이 차지하는지 확인
/context
문서에 따르면 어댑티브 추론 모델은 0이 아닌 예산 값을 무시하므로 그쪽에서는 effort 레벨을 쓰라고 안내한다. 또 하나 눈여겨볼 수치는 에이전트 팀(agent teams)이다. 팀원들이 plan mode로 돌 때 표준 세션 대비 약 7배의 토큰을 쓴다고 명시돼 있어, 한도가 줄어드는 구간에서는 팀 규모를 줄이는 편이 효과가 크다. 요금 기준으로 예산 자체를 다시 잡는 관점은 Claude Sonnet 5 API 요금 정리에서 다룬 적이 있다.

주간 한도에 걸리면 "You've hit your weekly limit" 메시지가 뜨고, 문서는 이것이 좌석 기반 사용 창이라 모든 모델에 공유된다고 설명한다. 즉 /model로 모델을 바꿔도 해제되지 않는다. 반면 "You've hit your Opus limit"처럼 모델별 메시지가 뜬 경우에는 다른 계열 모델로 전환하면 작업을 이어갈 수 있다.
# 한도 초과 시 사용 가능한 경로 (공식 문서 기준)
/usage-credits # 사용 크레딧이 켜져 있으면 할당 초과분 요청
/rate-limit-options # 리셋까지 대기 후 중단된 작업 자동 재개 선택 (v2.1.234+)
# 관리자용 managed settings 키
autoContinueAtUsageLimit # 자동 대기·재개를 조직 단위로 켜고 끄기
/usage-credits는 /login으로 claude.ai 구독 계정에 로그인한 상태에서만 동작하고 API 키 인증에서는 쓸 수 없다고 문서에 적혀 있다. 이런 "제한에 걸렸을 때 무엇을 할 수 있나"의 구조는 최근 OpenAI Codex 쪽에서도 비슷하게 정리된 바 있어, Codex 5시간 제한 복귀 정리와 비교해 보면 두 도구의 정책 방향 차이가 드러난다.
첫째, 앤트로픽이 예고한 "가시성과 통제력" 개선의 실체다. 지금은 주간 한도가 어느 정도 작업량에 대응하는지 사전에 알 방법이 사실상 없다. 남은 한도를 요청 단위로 추정할 수 있게 된다면 한도 자체보다 예측 가능성이 개선된다.
둘째, 프로모션 종료가 업계 흐름인지 여부다. OpenAI도 최근 Codex의 5시간 제한을 되돌렸다는 점을 근거로 든 해석이 있지만, 두 회사가 같은 이유로 움직였다는 확인된 근거는 없어 해석으로만 두는 편이 안전하다.
셋째, 9월 14일 이후 실제 워크로드 데이터다. 지금 /usage의 7일 보기 스크린샷을 남겨두면 변경 전후를 같은 기준으로 비교할 수 있다.
Q. Claude Code 주간 한도가 9월 14일에 정확히 얼마나 줄어드나?
지금 쓰는 한도 대비 약 17% 감소다. 앤트로픽이 재게시한 공지에서 직접 밝힌 수치이며, 임시 상향 이전 기준선과 비교하면 25% 증가다.
Q. 기존 코드나 설정을 바꿔야 하나?
아니다. 이번 변경은 구독 플랜의 사용량 한도 조정이며 API나 CLI 인터페이스 변경은 공지되지 않았다.
Q. /usage에 나오는 숫자를 그대로 믿어도 되나?
공식 문서는 이 수치가 근사값이고 해당 기기의 로컬 세션 기록으로 계산된다고 명시한다. 다른 기기나 claude.ai 사용량은 빠져 있으므로 여러 환경을 쓴다면 참고값으로만 보는 편이 낫다.
정리하면 이번 변화의 핵심은 "인상이냐 축소냐"가 아니라 기준선을 어디에 두느냐다. 9월 13일까지는 현재 한도가 유지되니, 남은 기간에 /usage의 7일 보기와 소비 분해를 한 번 남겨 두시길 권합니다. 다음 글에서도 개발 워크플로우에 바로 닿는 소식으로 찾아뵙겠습니다.
출처
본 글은 공개 자료를 바탕으로 정리했으며, 세부 내용·수치는 원 출처·공식 문서와 대조 확인을 권장합니다. 인상률·감소율 및 정책 배경에 관한 서술은 앤트로픽 측 발표와 매체 보도를 인용한 것입니다.