Claude(claude.ai와 Claude Code 공통)의 이용 제한은 "5시간 세션 제한"과 "주간 제한"의 2층 구조로 되어 있어, 구조를 모르면 리셋 타이밍이 불가해 보일 수 있다. 플랜 차이에 따라 두 제한이 어떻게 겹치는지, 리셋이 어긋나 보이는 이유까지 공식 도움말과 실측 데이터를 대조하여 정리한다.

플랜의 전체상

• Claude Code를 사용할 수 있는 것은 Pro 이상.
• 사용량은 claude.ai의 채팅과 Claude Code가 공유함 (같은 한도를 나누어 사용).
• 제한의 실체는 메시지 수가 아니라 처리량(Processing volume) 기반.
• 대화가 길거나 컨텍스트(Context)가 클수록 1회당 소비량이 커짐.
• 제한 수치나 가격은 변경될 수 있으므로, 확정 정보는 공식 도움말을 확인할 것.

제한은 2층 구조로 되어 있다

독립된 두 가지 제한이 있으며, 둘 중 어느 하나라도 다 쓰면 그 시점에서 중단된다.

주간 제한은 모든 모델 공통의 한도가 하나 있다. Max 플랜은 상위 모델 전용 한도가 별도로 하나 더 존재한다 (/usage에서 별도의 게이지로 표시됨).

5시간 세션 제한의 구조

• 세션 창은 첫 메시지 전송 시 열리며, 정확히 5시간 후에 닫힌다. 예를 들어 9:47에 보내면 창은 9:47~14:47이 된다.
• 창이 열려 있는 동안에는 언제 다시 사용을 시작하더라도 창의 기점은 변하지 않는다. 11시에 쉬고 13시에 돌아와도 리셋은 14:47 그대로다.
• 창이 닫힌 후의 첫 메시지가 다음 창의 기점이 된다.
• 따라서 "사용 시작부터 5시간"이라는 체감과 "정해진 시각에 리셋"된다는 체감이 모두 발생한다. 정확하게는 "현재 열려 있는 창의 시작 시점으로부터 5시간"이다.

오해하기 쉬운 포인트:

• 휴식을 취해도 리셋 시점이 빨라지지 않는다 (창은 사용량이 아니라 시각에 따라 닫힘).
• 창 중간에 한도를 다 쓴 경우, 창이 닫힐 때까지 기다릴 수밖에 없다 (남은 시간은 /usage에 표시됨).
• 창을 넘겨가며 대화를 이어가더라도 대화 자체가 사라지지는 않는다. 제한 카운터에 관한 이야기일 뿐이다.

주간 제한의 구조

• 리셋은 계정마다 할당된 고정된 요일과 시각에 매주 1회 이루어진다. 공식 도움말 기재 내용:

Weekly limits reset at a fixed time each week that is assigned to your account. Your reset day and time stay the same regardless of when you start using Claude or when your subscription begins.

• 할당은 달력상의 주(월요일 0시 등)와 반드시 일치하지 않으며, 구독 계약일이나 사용 시작일과도 무관하다. 사람에 따라 주의 중간 요일에 할당되어 있을 수 있다.
• 자신의 할당 시점은 /usage의 주간 게이지에 나오는 다음 리셋 일시로 확인할 수 있다.

실태: 할당일보다 일찍 리셋되는 경우가 있음

공식 설명은 위와 같이 "주 1회·고정"이지만, 예정일보다 일찍 리셋되는 현상이 2026년에 들어서며 다수 보고되고 있다. 본인도 월요일 할당임에도 목요일에 리셋된 적이 있으며, 조사 결과 유사한 보고가 여러 건 발견되었다.

• Anthropic은 장애나 버그(서브 에이전트(Sub-agent) 폭주로 소비가 이상 증가한 건, 주간 제한 표시 버그 등)에 대한 보상으로, 모든 사용자의 제한을 임시 리셋한 적이 여러 차례 있다 (2026년 7월 10일에도 실시).
• 주간 게이지의 API 값을 약 11일간 모니터링한 측정 보고에 따르면, 약 72시간(3일) 주기로 리셋되었다는 데이터도 있다. 댓글창에도 "일요일 예정이 금요일에 리셋됨", "목요일과 일요일의 이중 리셋" 등 예정일과 다른 보고가 줄을 잇는다.

즉, "할당 요일보다 일찍 주간 한도가 회복되는 것"은 실제 동작으로서 흔히 일어나고 있는 일이다. 사용자 측에서 손해를 보는 방향(예정일에 회복되지 않음)이 아니라 이득을 보는 방향의 어긋남이므로, 신경 쓰지 않고 사용해도 좋다. 공식 사양과 운영 실태가 일치하지 않는 부분이라고 이해하면 된다.

두 제한이 겹치면 어떻게 되는가

이 부분이 가장 이해하기 어렵다. 핵심은 "두 카운터는 완전히 독립되어 있으며, 서로를 리셋하지 않는다"는 점이다.

• 주간 리셋이 5시간 윈도우(Window) 도중에 발생한 경우: 주간 한도만 완전히 회복된다. 열려 있는 세션 윈도우는 그대로 유지되며, 해당 세션에서 이미 사용한 만큼의 세션 한도도 돌아오지 않는다.
• 세션 윈도우가 리셋되어도 주간 한도는 회복되지 않는다: 주 후반부에 흔히 발생하는 패턴이 "5시간이 지나 세션은 회복되었을 텐데 사용할 수 없는" 경우다. 이는 주간 한도가 소진된 상태다.
• 주간 한도가 남아 있어도 멈추는 경우가 있다: 이 경우는 세션 제한에 걸린 상태다. 5시간을 기다리면 사용할 수 있다.

즉, "리셋되었는지/되지 않았는지"가 불가해하게 느껴질 때는,

/usage

를 통해 어느 쪽 제한에 관한 것인지를 먼저 구분하는 것이 우선이다.

체감상 혼란스러우기 쉬운 이유도 여기에 있다. 세션 리셋은 하루에도 여러 번 일어나지만 주간 리셋은 주 1회뿐이므로, "무언가 회복되었다"고 느끼는 타이밍의 대부분은 세션 측이다. 반대로 "리셋되었을 텐데 사용할 수 없다"는 대부분 주간 측이 원인이 된다.

리셋이 어긋나 보일 때의 체크리스트

• /usage 로 세션과 주간 둘 다의 다음 리셋 일시를 확인한다 (두 제한을 혼동하는 경우가 가장 많다).
• 주간 한도가 예정일보다 빨리 회복되었다 $\rightarrow$ 위 절에서 설명한 대로 임시 리셋 등으로 인해 실제로 발생할 수 있다. 이득이므로 신경 쓰지 않아도 된다.
• 예정일이 되어도 회복되지 않거나 갑자기 사용할 수 없게 되었다 $\rightarrow$ 다른 쪽 제한에 걸린 것은 아닌지 /usage 로 확인한다.
• UI상의 시각 표시는 반올림될 수 있으므로, 분 단위의 오차는 신경 쓰지 않는다.

제한에 걸렸을 때의 선택지

• 리셋을 기다린다: /usage 로 다음 리셋 시각을 확인한다.
• 추가 사용량을 구매한다: 유료 플랜에서는 제한 도달 후 종량제 방식의 추가 크레딧을 구매할 수 있다 (공식 도움말).
• 소비를 억제한다: 아래 절 참조.

소비를 억제하는 팁

• 컨텍스트 (Context)를 작게 유지하는 것이 가장 효과적이다. 긴 대화는 회당 소비량이 커지므로, 구간마다 /clear 를 사용하고, 내용이 불어나면 /compact 를 사용한다.
• /context 로 현재 얼마나 쌓여 있는지 확인하는 습관을 들인다.
• 가벼운 태스크는 가벼운 모델로 수행한다 (/model). 사고의 깊이도 /effort 로 낮출 수 있다.
• 같은 자료를 반복해서 붙여넣지 않는다 (프로젝트 기능이나 CLAUDE.md, 스킬 등을 활용하여 캐시 (Cache)가 작동하도록 유도한다).

요약

• 제한은 "5시간 세션"과 "주간"이라는 독립된 2개 층으로 구성된다. 어느 한쪽이라도 소진되면 멈춘다.
• 세션 윈도우의 기점은 "현재 열려 있는 윈도우의 첫 번째 메시지"이다. 휴식을 취해도 기점은 움직이지 않는다.
• 주간 리셋은 계정 고유의 고정 요일 및 시각이다. 달력상의 주(Week)와 일치하지 않을 수 있다.
• 두 제한은 서로를 리셋하지 않으므로, 불가해해 보인다면 먼저 /usage 로 어느 쪽 이야기인지 구분한다.

잔량이나 리셋 시각을 실제로 확인하는 절차는 '사용량·잔량 확인 방법'에 정리해 두었다 (/usage ・ ccusage ・ 상태 표시줄 상시 표시).

이 기사는 Claude Code를 최대한 활용하며 개인적으로 Web 툴을 양산하는 과정에서 쌓인 메모입니다. 제작한 툴 모음과 양산 기록은 Novare Orbis에서 공개하고 있습니다. 괜찮으시다면 한 번 들러주세요.

Discussion