Claude Code 사용량 제한은 얼마나 쓰면 걸릴까

공식 답은 "숫자가 없다"입니다

Anthropic 지원 문서 어디에도 "Pro는 하루 N개"라는 표가 없습니다. 검색하면 나오는 구체적인 숫자들은 대부분 3자 추정치입니다.

처음엔 불친절해 보였는데, 소비 구조를 보고 나면 정직한 쪽에 가깝다는 생각이 듭니다.

그리고 유료 플랜에서 이 풀은 웹·데스크톱·모바일·터미널이 공유합니다. 낮에 브라우저에서 길게 대화했다면 저녁에 터미널에서 쓸 몫이 줄어 있습니다.

문서가 밝힌 소비 요인은 이렇습니다.

세 번째와 다섯 번째가 특히 큽니다. 왜 그런지는 LLM API가 상태를 갖지 않는다는 데서 나옵니다.

대화가 이어질 때 모델은 이전 내용을 "기억"하는 게 아닙니다. 매 턴마다 전체 대화를 처음부터 다시 읽습니다.

1턴째:  [질문1]                      → 입력 500 토큰
5턴째:  [질문1..답4, 질문5]          → 입력 8,000 토큰
20턴째: [질문1..답19, 질문20]        → 입력 60,000 토큰

20턴째의 "짧은 한 줄 질문"이 1턴째보다 100배 넘게 비쌉니다. 같은 "프롬프트 1개"인데요. 개수로 한도를 표기하면 그게 더 큰 거짓말이 됩니다.

관련 없는 작업을 한 대화에 이어 붙이면, 앞의 무관한 대화 전체가 매 턴 비용에 들어갑니다. 작업이 바뀌면 새 세션을 시작하는 것만으로 체감이 크게 달라집니다.

특히 **"디버깅으로 20턴 쓴 세션에서 이어서 새 기능 만들기"**가 가장 비싼 패턴입니다.

같은 내용을 반복 참조할 때 새로 추가되거나 캐시되지 않은 부분만 한도에 계산됩니다. 뒤집어 말하면, 큰 문서를 매번 새 대화에 붙여 넣는 습관이 가장 비쌉니다. 고정된 참조 자료는 같은 자리에 두고 재사용하는 편이 낫습니다.

모든 작업에 최고 수준의 사고가 필요하지 않습니다. 파일 이름 일괄 변경, 테스트 스캐폴딩, 정형적인 변환은 낮은 effort로 충분합니다. 설계 판단이 걸린 작업에서만 올리면 됩니다.

3,000줄 파일을 통째로 읽히는 것보다, 필요한 함수와 그 호출부만 보여주는 게 쌉니다. 에이전트가 스스로 찾게 두면 대개 필요한 만큼만 읽습니다.

/status가 5시간 창의 사용량, 남은 양, 리셋까지 남은 시간을 보여줍니다. 한도에 걸린 날 이걸 확인하는 게 인터넷의 추정치를 찾는 것보다 훨씬 정확합니다.

한도 근처에 가면 경고도 먼저 나옵니다. 그 시점에 "지금 세션에 쌓인 게 무엇인가"를 보는 습관이 도움이 됩니다.

여러분은 어떤 작업을 할 때 한도에 걸리시나요? 쓰는 플랜도 같이 알려주시면 서로 비교가 될 것 같습니다.

출처