Claude 피크 시간 사용량 제한, 지금도 적용될까 (3월 도입~5월 폐지 타임라인)

결론부터 말씀드리면, 2026년 7월 9일 현재 Claude의 피크 시간 사용량 제한은 적용되지 않습니다. "요즘 왜 이렇게 한도가 빨리 닳지" 싶어서 검색하셨다면, 그 문제의 원인이었던 정책은 이미 5월 초에 폐지됐어요. 다만 이 정책이 왜 생겼고 왜 없어졌는지, 그리고 폐지 발표문에 "다시는 안 한다"는 확언은 없다는 점까지 알아두면 앞으로 비슷한 이슈가 또 생겼을 때 헷갈리지 않습니다. 오늘은 이 짧고 굵었던 정책의 타임라인과, 한국 시간으로는 정확히 몇 시였는지를 정리해봤습니다.

Claude 피크 시간 사용량 제한 도입부터 폐지까지 타임라인 인포그래픽

 

피크 시간 사용량 제한이란 무엇이었나

Anthropic 엔지니어 Thariq Shihipar가 2026년 3월 26일 X(트위터)에서 직접 밝힌 내용이 출발점입니다. "늘어나는 수요를 관리하기 위해 무료·Pro·Max 구독의 5시간 세션 한도를 피크 시간대에 조정한다"는 게 핵심이었어요. 미국 평일 오전 5시~11시(태평양 시간) 동안에는 5시간 세션 한도가 평소보다 빨리 소진되도록 만들고, 그 대신 비피크 시간에는 처리 용량을 더 늘려 균형을 맞춘다는 방식이었습니다.

중요한 건 주간(weekly) 한도 자체는 건드리지 않았다는 점이에요. Shihipar도 "전체 주간 한도는 그대로고, 그 한도가 한 주 안에서 분배되는 방식만 바뀌는 것"이라고 못 박았습니다. 대상은 Free, Pro($20/월), Max 5x($100/월), Max 20x($200/월) 전 티어였고, 그중에서도 Pro 티어가 가장 크게 영향받을 거라고 예상됐습니다. Anthropic이 밝힌 영향 규모는 "약 7%의 사용자가 기존이라면 도달하지 않았을 세션 한도에 도달하게 된다"는 수치였어요.

 

도입 직후 반발, 그리고 폐지까지

시행되자마자 반발이 쏟아졌습니다. The Register 보도에 따르면 Claude Pro 구독자 중에는 "매주 월요일에 한도를 다 쓰고 토요일에 리셋되는 패턴이라 30일 중 12일만 실질적으로 쓸 수 있다"고 지적한 사례가 있었고, Max 5x 사용자는 "1시간짜리 작업으로 전체 한도를 다 소진했다"고 보고했습니다. 결국 2026년 3월 31일, Anthropic은 공식적으로 "Claude Code에서 사람들이 예상보다 훨씬 더 빨리 사용 한도에 도달하고 있다는 걸 알고 있다"고 인정하며 이를 팀의 최우선 순위로 삼겠다고 밝혔어요.

개발자 커뮤니티 쪽에서는 기술적 원인 분석도 나왔습니다. Claude Code 바이너리를 역분석해서 "프롬프트 캐시를 깨뜨려 비용을 10~20배까지 은밀하게 부풀리는 버그 2개"를 발견했다는 주장이 공유됐고, 자동화 워크플로우를 쓰는 사용자들 사이에서는 "레이트리밋 오류로 하루치 예산이 몇 분 만에 소진될 수 있다"는 경고가 돌았습니다.

그리고 약 한 달 뒤인 2026년 5월 6일, Anthropic은 이 정책을 완전히 뒤집는 발표를 합니다. Pro·Max·Team 플랜의 5시간 한도를 2배로 늘리고, Pro·Max의 피크 시간 제한 축소를 아예 제거하고, Opus 모델 API 레이트리밋도 대폭 올린다는 내용이었어요. 배경은 SpaceX와 맺은 컴퓨트 계약이었습니다. Colossus 1 데이터센터에서 300MW 이상, GPU 22만 개 이상 규모의 추가 용량을 확보하면서 굳이 피크 시간을 쥐어짤 이유가 없어진 거죠.

정리하면 이 정책은 딱 6주짜리였습니다. 3월 26일 도입 → 3월 31일 문제 인정 → 5월 6일 완전 폐지. 폐지 발표문 어디에도 "앞으로 다시는 안 한다"는 문구는 없어서, 수요가 또 급증하면 비슷한 조치가 재도입될 가능성 자체는 남아 있습니다. 다만 7월 9일 현재까지 재도입 보도는 확인되지 않았어요.

Anthropic 공식 발표문 인용 - 5시간 한도 2배 상향 및 피크 시간 제한 제거

 

피크 시간대, 한국 시간으로는 정확히 몇 시였나

이 정책의 실용적인 궁금증은 결국 "그래서 내 시간으로는 언제였는데?"입니다. Anthropic 발표문은 "weekdays 5am–11am PT / 1pm–7pm GMT"라고 병기했는데, 사실 이 두 표현 자체가 서로 정확히 맞아떨어지지 않아요. 그래서 계산을 두 갈래로 나눠서 봐야 합니다.

첫 번째, 발표문의 GMT 표기를 그대로 따르면 UTC 13:00~19:00이고, 여기에 9시간을 더하면 한국 시간 밤 10시~다음날 새벽 4시가 나옵니다. 두 번째, 실제 시행 기간(3월 26일~5월 6일)은 미국이 서머타임(PDT, UTC-7)을 적용 중이던 시기라 "현지 시계로 오전 5~11시"를 그대로 환산하면 UTC 12:00~18:00이 맞고, 이걸 KST로 옮기면 밤 9시~새벽 3시가 됩니다.

두 계산이 1시간씩 어긋나는 이유는 Anthropic이 PT를 서머타임 여부와 상관없이 관용적으로 UTC-8(PST)로 단순 표기하는 흔한 관행 때문으로 보여요. 어느 쪽을 취하든 결론은 크게 다르지 않습니다. 피크 시간은 한국 시간 밤 9~10시부터 다음날 새벽 3~4시 사이로 수렴합니다.

피크 시간대 태평양 시간(PT) vs 한국 시간(KST) 환산 비교표

이게 의미하는 바가 재밌는데요, 미국 평일 아침 출근 시간대(수요가 몰리는 시간)가 한국 시간으로는 저녁~심야~새벽에 해당합니다. 그러니까 한국의 통상적인 주간 업무 시간(오전 9시~오후 6시)에는 이 제한이 아예 적용되지 않았던 거예요. 오히려 밤늦게, 새벽에 Claude Code를 돌리던 야간 작업자나 해외 팀과 시차를 맞춰 협업하던 개발자가 가장 직접적인 영향권에 있었던 셈입니다.

 

요금제별로 체감 차이가 있었을까

대상은 Free, Pro, Max 5x, Max 20x 전 티어였지만, 앞서 봤듯 기본 한도가 낮은 Pro가 가장 크게 체감했고 Max 5x도 예외는 아니었습니다.

참고로 Claude 요금제 구조 자체가 궁금하다면 Claude Pro·Max·Team 요금제 완전 분석 글에서 플랜별 한도와 가격을 자세히 다뤘습니다. 그리고 최근 Anthropic이 종량제 옵션을 확대한 흐름은 클로드 종량제 전환, 진짜 영향받는 사람은 따로 있다에서 정리했는데, 이번 피크 시간 제한 소동과 겹쳐서 보면 Anthropic이 지난 몇 달간 사용량 정책을 꽤 자주 손봐왔다는 흐름이 보입니다.

별건이지만 비슷한 시기 맥락 하나 더. 2026년 6월에는 Max 플랜 사용자 Karl Khan이 "광고된 배율만큼 실제 사용량을 주지 않는다"며 캘리포니아 북부 연방지법에 집단소송을 제기했습니다. 피크 시간 제한을 직접 겨냥한 소송은 아니지만, 같은 시기 사용자 불만 흐름과 무관하지 않아 보여요.

 

지금도 유효한 사용량 절약 팁

피크 시간 자체를 피하라는 조언은 이제 의미가 없습니다. 5월 6일부로 그 제한이 사라졌으니까요. 근데 Claude Help Center의 공식 "사용량 한도 관리 팁" 문서를 보면, 피크 시간과 무관하게 여전히 유효한 습관들이 있습니다.

• 여러 질문을 쪼개서 보내지 말고 하나의 메시지에 명확하게 정리해서 보내기
• 불필요한 반복이나 재설명을 줄인 구체적인 프롬프트 작성하기
• 반복 참고 문서는 프로젝트에 미리 올려두고 매번 새로 붙여넣지 않기
• 유료 플랜이라면 검색·메모리 기능으로 이전 대화를 다시 활용하기
• Settings > Usage에서 5시간 한도와 주간 한도 진행률을 실시간으로 확인하기

API 쪽에서 비용을 통제하고 싶다면 Claude Code Task Budgets에서 다룬 예산 설정 방법도 참고할 만합니다.

혹시 지금도 사용량 한도에 자주 걸린다면, 그건 피크 시간 문제가 아니라 다른 원인일 가능성이 큽니다. Settings > Usage부터 열어서 어느 한도(5시간 세션인지 주간인지)에 먼저 걸리는지 확인해보는 게 다음 순서입니다.