View
Claude Code 사용자 사이에서 최근 가장 자주 제기되는 질문이 바로 이것이다. "분명 지난주는 월요일에 풀렸는데 이번 주는 왜 화요일에 풀리는가?" 결론부터 말하자면 Claude Code 주간 한도 리셋은 고정 요일 기준이 아니라 롤링 7일 윈도우 방식이기 때문이다. 캘린더상의 월요일 0시 같은 절대 기준이 아니라, 사용자가 해당 주에 첫 메시지를 보낸 시점부터 정확히 168시간 뒤에 풀리는 구조다. 그래서 매주 리셋일이 미끄러지듯 바뀐다. 이번 글에서는 왜 이렇게 동작하는지, 플랜별 한도가 어떻게 다른지, 자신의 리셋 시간을 어떻게 확인하는지까지 정리한다.
1. 결론부터 말하면, 고정 요일 리셋이 아니다
이 부분이 한국 사용자가 가장 많이 헷갈리는 지점이다. ChatGPT Plus를 비롯한 다른 SaaS 구독 서비스를 보면 통상 "결제일 기준 매월 X일 리셋" 같은 캘린더 기반이 일반적이다. 그러나 Claude Code 주간 한도 리셋은 그렇게 동작하지 않는다.
캘린더 주(월요일 시작) 기준이 아니다
Anthropic은 "매주 월요일 0시(KST)에 풀린다" 같은 고정 시점을 두지 않는다. 만약 그렇게 설계했다면 모든 사용자가 월요일 자정에 몰려 서버가 다운되었을 것이다. 또한 일요일 밤에 한도를 모두 소진한 사용자만 이득을 보는 구조가 된다. 따라서 사용자별로 별도의 카운터를 운용한다.
첫 메시지 시점부터 7일이 카운트되는 롤링 윈도우다
이것이 핵심이다. 이번 주 윈도우 안에서 첫 메시지를 보내는 순간, 그 시점부터 168시간(7일) 타이머가 시작된다. 그 7일 동안 발생한 모든 사용량이 누적되며, 168시간이 지나면 카운터가 0으로 초기화된다.
예를 들면 다음과 같다.
- 지난주 월요일 오후 3시에 첫 메시지 → 이번 주 월요일 오후 3시에 리셋
- 이번 주는 화요일 오전 9시에 첫 메시지 → 다음 주 화요일 오전 9시에 리셋
- 즉, 사용자마다 그리고 매주마다 리셋 요일과 시간이 달라질 수 있다
이 구조를 모르면 "어제 분명 월요일에 풀린다고 했는데 왜 안 풀리는가" 하며 혼란에 빠진다. 다만 이는 버그가 아니라 의도된 설계다.
2. 롤링 윈도우(Rolling Window)란 무엇인가
용어가 다소 어렵게 들리지만 실상은 단순하다. 슬라이딩 타이머라고 이해하면 편하다.
7일짜리 슬라이딩 타이머로 이해하면 편하다
7일짜리 모래시계가 하나 있다고 가정하자. 첫 메시지를 보내는 순간 모래시계가 뒤집힌다. 모래가 모두 떨어지는 168시간 뒤가 곧 리셋 시점이다. 캘린더를 보며 "월요일이 며칠인가" 따질 필요가 없다. 기준은 오직 사용자의 첫 메시지 시점이다.
실제 예시 - 월요일 첫 사용 vs 수요일 첫 사용
| 시나리오 | 첫 메시지 시점 | 한도 도달 후 다음 사용 가능 시점 |
| A 유저 | 월요일 오후 3시 | 다음 주 월요일 오후 3시 |
| B 유저 | 수요일 오전 10시 | 다음 주 수요일 오전 10시 |
| C 유저 | 토요일 밤 11시 | 다음 주 토요일 밤 11시 |
같은 Claude Code Pro 플랜을 사용하더라도 사용 시작 시점이 다르면 리셋 시점도 따로 흘러간다. 옆자리 동료에게 "한도가 풀렸는가" 물었을 때 답이 다른 것이 정상이다.
왜 Anthropic이 이 방식을 선택했는가
이 정책은 2025년 7월 28일에 발표되어 8월 28일부터 실제 적용되었는데, 발표문을 보면 이유가 명확하다.
- 상위 1% 사용자가 다른 사용자 경험을 침해한다 - Claude Code를 24/7 백그라운드로 돌리며 토큰을 과도하게 소비하는 사용자가 존재했다. 이들 때문에 일반적으로 사용하는 사용자들의 응답이 느려지거나 한도가 빠르게 소진되는 문제가 발생했다.
- 고정 캘린더 리셋은 트래픽 스파이크 폭탄이 된다 - 모두가 월요일 0시에 한도가 풀리면 그 순간 서버에 인원이 몰린다. 롤링 방식이면 사용자별로 분산된다.
- 공정성 - 화요일에 가입했는데 월요일이 캘린더 리셋이라면 첫 주는 며칠밖에 사용하지 못한다. 롤링 방식이 더 공평하다.
요약하면 인프라 안정성 + 어뷰저 차단 + 공정성, 세 마리 토끼를 잡는 설계다.
3. Claude Code 한도는 사실 두 종류다 (5시간 + 주간)
여기서 또 한 번 헷갈림 포인트가 등장한다. Claude Code 주간 한도 리셋만 신경 써서는 안 된다. 한도가 두 개 동시에 작동한다.
5시간 세션 한도 - 메시지 보낸 순간부터 5시간 카운트
이는 본래부터 존재하던 한도다. 메시지를 처음 보내는 순간부터 5시간 타이머가 작동하며, 그 5시간 안에 사용 가능한 메시지 양에 상한이 있다. 5시간이 지나면 자동으로 리셋된다. 짧은 단위라 체감상 자주 풀린다.
주간 한도 - 첫 메시지부터 7일 카운트
2025년 8월에 추가된 신규 한도다. 5시간 한도와 별개로, 7일 누적 사용량의 상한이 별도로 존재한다. 5시간 한도는 풀렸지만 주간 한도는 풀리지 않은 상황도 충분히 가능하다.
둘이 따로 노는 이유
5시간 한도는 "한 번에 너무 많이 쓰지 말라"는 의도이고, 주간 한도는 "일주일 내내 너무 많이 쓰지 말라"는 의도다. 목적이 다르다. 그래서 두 카운터가 독립적으로 작동한다.
실제로 Reddit r/ClaudeAI에서 "5시간은 풀렸는데 왜 메시지를 보낼 수 없는가" 같은 질문이 자주 올라오는데, 거의 대부분 주간 한도에 걸린 사례다.
4. 플랜별 주간 한도 정리 (Pro / Max 5x / Max 20x)
2026년 4월 기준 Anthropic 공식 가이드를 따른다. 정확한 수치는 모델 부하, 프롬프트 길이, MCP 사용량에 따라 달라질 수 있다.
각 플랜이 받는 Sonnet 4 / Opus 4 시간
| 플랜 | 월 가격 | 5시간 세션당 | 주간 Sonnet 4 | 주간 Opus 4 |
| Pro | $20 | 약 10~40 메시지 | 약 40~80시간 | 사용 불가/제한적 |
| Max 5x | $100 | 약 50~200 메시지 | 약 140~280시간 | 약 15~35시간 |
| Max 20x | $200 | 약 200~800 메시지 | 약 240~480시간 | 약 24~40시간 |
메시지 수가 아니라 "시간"으로 표시되는 이유
5시간 한도는 메시지 수로 카운트되지만 주간 한도는 "시간(hours)" 단위로 표시된다. 왜일까? Claude Code는 한 번 메시지를 보낼 때마다 백그라운드로 파일 읽기, 도구 호출, MCP 통신이 모두 발생하여 토큰 소비량이 천차만별이기 때문이다. 메시지 수로 세면 부정확하므로 "Sonnet 4 모델로 X시간만큼 작업했다"는 식으로 환산한다.
어떤 플랜이 본전을 뽑기 좋은가
- Pro($20): 가볍게 사용하는 사용자용이다. 매일 1~2시간 정도 코딩을 보조하는 수준이면 충분하다. 다만 Opus는 거의 사용할 수 없다.
- Max 5x($100): 매일 사용하는 개발자에게 가성비가 좋다. Opus도 어느 정도 사용 가능하다.
- Max 20x($200): 풀타임으로 Claude Code를 운용하는 사용자용이다. 이 가격대라면 차라리 API 종량제와 비교해보는 것도 권장한다.
5. 자신의 리셋 시간을 확인하는 법
언제 리셋되는지 모르면 작업 일정을 짤 수 없다. 확인 방법은 세 가지다.
CLI에서 /status 명령어로 확인
Claude Code를 실행한 뒤 /status 또는 /usage를 입력하면 된다. 현재 5시간 한도와 주간 한도 진행률, 다음 리셋 예상 시점이 모두 표시된다.
claude /status
이 방법이 가장 빠르고 정확하다.
ccusage 같은 서드파티 모니터 설치
ccusage라는 오픈소스 도구가 있다. 설치해두면 터미널에서 실시간으로 토큰 소비량, 잔여 한도, 예상 리셋 시간을 모두 추적해준다. claude-monitor나 Claude-Code-Usage-Monitor 같은 유사 도구도 여럿 있으나 ccusage가 가장 인기가 많다.
npm install -g ccusage
ccusage
한도 임박 알림 활용
Claude Code는 주간 한도 90% 즈음에 도달하면 CLI에 경고 메시지를 띄운다. 이를 무시하지 말고 확인 즉시 작업을 마무리하는 편이 정신 건강에 이롭다. 한도가 0%에 도달하는 순간 작업이 중단되는데, 이는 상당한 스트레스를 유발한다.
6. 자주 헷갈리는 케이스 정리 (FAQ)
"월요일에 리셋된다더니 왜 화요일에 풀렸는가"
지난주 첫 메시지 시점이 화요일이었기 때문이다. 누군가 "월요일에 풀린다"고 말한 것이라면 그 사람 기준으로만 그러할 뿐, 본인에게 적용되는 시간은 아니다.
"5시간 한도는 풀렸는데 주간은 안 풀린 이유"
위에서 설명한 바와 같다. 두 카운터가 독립적으로 작동한다. 5시간 한도가 풀렸다고 주간이 함께 풀리지는 않는다. 주간 한도는 첫 메시지 시점부터 168시간이 지나야 풀린다.
"한국 시간(KST) 기준으로는 언제 리셋되는가"
타임존을 신경 쓸 필요가 없다. KST 오후 3시에 첫 메시지를 보냈다면 168시간 뒤인 KST 오후 3시에 리셋된다. Anthropic 서버는 PT/UTC 기준이지만 사용자 입장에서는 첫 사용 시점만 알면 충분하다.
"API 요금제로 갈아타면 이 한도가 없는 것인가"
API는 별개다. API는 종량제(pay-as-you-go)이므로 이러한 주간/세션 한도가 없으며, 토큰을 소비한 만큼 청구된다. 다만 API에는 RPM(분당 요청 수), TPM(분당 토큰 수) 같은 별도의 rate limit이 존재한다. 헤비 유저라면 API가 더 유리할 수 있고, 가벼운 사용자라면 Pro/Max가 더 저렴하다.
"한도 도달 후 다른 계정으로 우회가 가능한가"
이는 Anthropic 정책 위반이다. 적발 시 계정이 정지될 수 있다. 권장하지 않는다.
7. 한도를 빨리 소진하지 않으려면 (실전 팁)
무거운 작업은 Sonnet으로, 잡일은 Haiku로
Opus는 시간 카운트가 빠르게 소진된다. 진정 어려운 추론 작업이 아니라면 Sonnet 4로 충분하다. 간단한 코드 리뷰나 텍스트 정리는 Haiku로 분배하면 토큰을 훨씬 절약할 수 있다.
MCP 서버를 너무 많이 붙이면 토큰이 빠르게 소진된다
MCP(Model Context Protocol) 서버를 5~10개씩 붙여두는 사용자가 많은데, 매 메시지마다 그 서버들의 정보가 컨텍스트에 포함된다. 사용하지 않는 MCP는 비활성화하는 편이 한도 절약에 도움된다.
컨텍스트 압축(/compact)을 자주 활용하라
대화가 길어지면 /compact 명령어로 컨텍스트를 압축할 수 있다. 토큰 사용량이 크게 감소한다. 사용하지 않으면 매 메시지마다 이전 대화가 모두 토큰으로 환산되어 들어가 한도가 순식간에 소진된다.
백그라운드 자동화는 금지다
Claude Code를 cron에 걸어 24/7로 돌리는 행위는 Anthropic이 명시적으로 금지한다. 적발 시 계정 제재가 가능하다. 또한 어차피 주간 한도 때문에 길게 운용할 수도 없다.
8. Claude Code 주간 한도 리셋, 결국 의도된 설계다
각설하고 정리하면, Claude Code 주간 한도 리셋이 매주 달라 보이는 것은 롤링 7일 윈도우 때문이다. 첫 메시지 시점부터 168시간이 카운트되므로 사용 패턴에 따라 리셋 요일이 자연스럽게 미끄러진다. 5시간 세션 한도와 주간 한도가 별도 카운터로 작동한다는 점, 플랜별로 Sonnet/Opus 사용 시간이 다르다는 점, /status 명령어나 ccusage로 자신의 한도를 확인할 수 있다는 점만 기억하면 된다.
Anthropic이 이 정책을 도입한 이유 또한 명확하다. 어뷰저를 차단하고, 서버를 분산하며, 신규 가입자에게도 공정성을 부여하기 위함이다. 한도 자체가 마음에 들지 않을 수는 있어도 적어도 동작 원리는 합리적이다. 한도를 자주 소진하는 사용자라면 위에서 언급한 실전 팁을 적용해보고, 그래도 부족하다면 Max 플랜이나 API와 비교하여 자신에게 맞는 선택을 하면 된다.
참고 출처
'끄적끄적' 카테고리의 다른 글
| 회사 다니기 싫은 것이 번아웃인가 보어아웃인가? 직장인 자가진단 정리 (0) | 2026.05.03 |
|---|---|
| Anthropic이 Claude Code에 굳이 터미널을 박은 이유, 그 안에 숨은 철학 (0) | 2026.04.28 |
| MIT, GPL 오픈소스 라이센스를 잘못 쓰면 회사가 망한다 (0) | 2026.04.25 |
| 일본 IT에서 테스트가 차지하는 비중은 얼마나 되는가 (0) | 2026.04.23 |
| 증권 개발에서 밀리초 로그를 남기지 않으면 왜 망하는가 (0) | 2026.04.23 |
