클로드 코드 /limit-reset 사용법｜5시간 한도 리셋 직접 검증
Claude Code /limit-reset은 5시간 세션 한도만 재설정하고 주간 한도는 유지합니다. 최신 v2.1.270 코드 검증과 결과별 대처법을 정리했습니다.
이런 분을 위한 글입니다
- Claude Code의 5시간 세션 한도 때문에 작업이 자주 끊기는 분
- /limit-reset이 실제 명령어인지, 내 계정에서도 되는지 궁금한 분
읽고 나면 이렇게 달라집니다
- v2.1.272에 함께 들어 있는 기존 리셋과 새 리셋권 구조를 구분할 수 있습니다
- 5시간·주간 한도 지원 범위와 계정별 자격 차이를 정확히 이해할 수 있습니다
- /usage와 /rate-limit-options를 포함한 안전한 대응 순서를 따라 할 수 있습니다
최근 Claude Code 사용자 사이에서 /limit-reset이라는 명령어가 알려졌습니다. 5시간 세션 한도에 도달했을 때 기다리지 않고 작업을 이어가게 해준다는 내용이었어요.
한 문장으로 답하면
/limit-reset은 Claude Code v2.1.272 공식 배포판에 들어 있는 숨김 명령어입니다. 이 버전에는 기존의 ‘주 1회·5시간 세션 리셋’ 경로와, 서버가 리셋권을 지급하는 새 경로가 함께 있습니다. 새 경로는 코드상 5시간뿐 아니라 일부 주간 한도도 초기화 대상으로 표현할 수 있지만, 새 리셋권의 실제 지급 기준과 성공 사례는 공개적으로 확인되지 않았습니다.
핵심만 먼저 보기
| 질문 | 확인 결과 |
|---|---|
| 실제 명령어인가요? | 공식 배포판 v2.1.272에 limit-reset 명령어가 등록돼 있음 |
왜 / 목록에서 안 보이나요? | 코드에 isHidden: true로 설정돼 있음 |
| 무엇을 초기화하나요? | 기존 경로는 5시간 세션 한도. 새 리셋권 경로는 서버가 지정한 한도 |
| 주간 한도도 초기화하나요? | 기존 경로는 아니요. 새 경로의 코드에는 일부 주간 한도 유형도 포함되지만 실사용은 미확인 |
| 얼마나 자주 쓸 수 있나요? | 기존 경로의 기본 안내는 주 1회. 새 경로는 지급된 리셋권의 총량·잔여량·만료일을 따름 |
| 모든 계정에서 되나요? | 아니요. 원격 설정과 서버의 자격 판정에 따라 결과가 달라짐 |
| 공개 지원 기능인가요? | 공식 명령어 문서와 CHANGELOG에는 아직 없음 |
| 가장 안전한 공식 대응은? | /usage 확인 후 /rate-limit-options 사용 |
무엇을 어떻게 검증했나요?
사용자 후기만으로는 명령어의 존재와 제공 조건을 구분하기 어렵습니다. 그래서 근거를 세 단계로 나눠 확인했습니다.
| 근거 | 확인한 내용 | 신뢰 범위 |
|---|---|---|
| Anthropic 공식 문서 | 5시간·주간 한도의 구조와 공식 대응 명령어 | 공개 정책 |
| 공식 NPM 배포판 | v2.1.270·v2.1.271·v2.1.272 macOS arm64 바이너리 비교 | 버전별 클라이언트 구현 차이 |
| 공개 사용자 사례 | 실제 성공·거절 화면 | 사례가 발생했다는 사실 |
공식 배포판 안에서는 다음 등록 정보를 확인했습니다.
name: "limit-reset"
legacy description: "Reset your session limit now and keep working;
once a week, still counts toward your weekly limit"
grant description: "Use an available limit reset and keep working"
isHidden: true기존 경로의 기본 안내 문구에는 다음 내용이 들어 있습니다.
/limit-reset to reset your session limit now
uses weekly limit
1/weekv2.1.271부터는 cedar_ember라는 새 경로와 함께 resets_total, resets_left, starts_at, ends_at, clears 같은 필드가 추가됐습니다. v2.1.272에도 같은 구조가 들어 있습니다. 이는 리셋권의 총량, 남은 횟수, 사용 기간과 초기화 대상을 서버가 내려줄 수 있게 만든 구현입니다.
따라서 /limit-reset은 프롬프트나 사용자 제작 플러그인이 아니라 Claude Code 클라이언트에 포함된 명령어입니다. 다만 클라이언트에 코드가 있다는 사실과 내 계정에 리셋권이 지급됐다는 것은 다릅니다.
왜 명령어 목록에는 나타나지 않나요?
Claude Code에서 /를 입력하면 일반적으로 사용할 수 있는 명령어 목록이 열립니다. 하지만 v2.1.272의 /limit-reset 등록 정보에는 isHidden: true가 설정돼 있습니다. 따라서 / 목록에 없거나 자동완성이 되지 않아도 이상한 현상이 아닙니다.
Claude Code 인터랙티브 모드 공식 문서는 일부 내장 명령어가 메뉴에서 숨겨지고 전체 이름을 입력했을 때만 실행된다고 설명합니다. 다만 이 설명이 /limit-reset을 직접 언급하는 것은 아닙니다.
문서 공개 여부는 또 다른 문제입니다. /limit-reset은 2026년 9월 15일 현재 공식 명령어 문서와 공식 CHANGELOG에 없습니다.
정확하게 표현하면 다음과 같습니다.
- Claude Code 공식 배포 파일에 구현된 실제 명령어입니다.
- 메뉴에서 숨김 처리된 비공개 기능입니다.
- Anthropic이 대상 플랜, 선정 기준과 유지 기간을 공개하지 않았습니다.
- A/B 테스트인지, 단계적 출시인지, 일시적인 용량 관리 기능인지는 확인되지 않았습니다.
v2.1.272에는 두 가지 리셋 구조가 함께 있습니다
Claude 구독 사용량에는 5시간 세션 한도와 주간 한도처럼 서로 다른 시간 단위의 제한이 적용될 수 있습니다. Anthropic은 유료 플랜 사용량 크레딧 안내에서 포함 사용량이 5시간 단위로 재설정된다고 설명합니다. Max 플랜 안내는 5시간 세션 한도와 별도의 주간 한도가 함께 적용된다고 명시합니다.
v2.1.272의 /limit-reset 코드를 보면 한 가지 규칙으로 단정할 수 없습니다.
| 구분 | 기존 리셋 경로 | 새 리셋권 경로 |
|---|---|---|
| 코드상 프로그램 이름 | juniper_tide | cedar_ember |
| 기본 설명 | 세션 한도를 지금 재설정, 주 1회 | 사용 가능한 리셋권을 사용 |
| 횟수 표현 | resets_per_week, 기본값 1 | resets_total, resets_left |
| 사용 기간 | 다음 주간 가능 시점 | starts_at, ends_at |
| 초기화 대상 | 5시간 세션 한도 | 서버가 clears로 지정한 한도 |
| 실제 제공 여부 | 원격 설정과 서버 판정 | 리셋권 지급과 서버 판정 |
기존 경로는 5시간 세션 한도만 초기화합니다
기존 경로의 성공 문구는 다음과 같습니다.
Session limit reset · next reset available {date}
· your weekly limit still applies이 경로에서는 5시간 세션 한도가 풀려도 기존 주간 사용량은 유지됩니다. 이후 발생하는 사용량도 같은 주간 한도에 포함됩니다. 즉 주간 총량을 늘리는 보너스가 아니라, 5시간 창 때문에 멈춘 작업을 현재 시점에 이어가게 해주는 기능입니다.
기본 안내에는 1/week, 명령어 설명에는 once a week가 적혀 있습니다. 서버가 resets_per_week 값을 따로 보낼 수 있지만 값이 없으면 1로 처리합니다.
Weekly reset used · available again {date}새 경로는 지급된 리셋권의 규칙을 따릅니다
v2.1.271부터 추가된 새 경로는 서버가 내려준 리셋권 목록을 읽습니다. 각 리셋권에는 총 횟수, 남은 횟수, 시작·종료 시점, 초기화 가능한 한도 유형이 들어갈 수 있습니다.
resets_total
resets_left
starts_at
ends_at
clears
use_requires_limit클라이언트가 인식하는 초기화 대상에는 five_hour뿐 아니라 seven_day, seven_day_opus, seven_day_sonnet 같은 주간 한도 유형도 들어 있습니다. 성공 응답도 실제로 초기화된 한도 목록을 cleared로 받도록 구현돼 있습니다.
따라서 최신 버전을 두고 “주간 한도는 절대 초기화되지 않는다”고 단정하면 부정확합니다. 정확한 결론은 다음과 같습니다.
- 기존 경로는 5시간 세션 한도만 초기화하고 주간 한도를 유지합니다.
- 새 리셋권 경로는 코드상 일부 주간 한도도 대상으로 삼을 수 있습니다.
- 어떤 한도를 초기화할지는 서버가 리셋권별로 정합니다.
- 실제 계정에 새 리셋권이 지급되고 주간 한도까지 초기화된 공개 사례는 아직 확인하지 못했습니다.
v2.1.271부터 코드가 있다와 모든 계정에 새 리셋권이 배포됐다는 다른 말입니다. v2.1.272 클라이언트는 두 경로를 모두 담고 있으며, 어떤 경로와 리셋권을 받을지는 서버가 결정합니다.새 경로에는 한도에 도달해야만 쓸 수 있는 리셋권과, 남은 사용량을 보여주고 조기 사용을 확인받는 리셋권을 모두 처리하는 코드가 있습니다. 하지만 시험 실행을 위한 공개 미리보기 옵션은 없습니다. 실제 한도에 막혔을 때 사용하는 편이 가장 안전합니다.
같은 명령어인데 계정마다 결과가 다른 이유
가장 혼란스러웠던 부분은 같은 명령어를 입력한 사용자들의 결과가 서로 다르다는 점이었습니다.
코드에는 여러 단계의 문이 있습니다. 먼저 기존 경로 또는 새 리셋권 경로의 원격 설정이 켜져야 명령어가 등록됩니다. 새 경로에서는 서버가 eligible, ineligible_reason, grants, next_grant_id를 내려주고, 실행 뒤에는 reset, already_used, not_limited, cooldown, ineligible, unavailable 같은 결과를 돌려줍니다.
자격 미달 사유 목록에는 tier, tenure, cli_version, seat, mobile, surface, no_grant, other_experiment 등이 들어 있습니다. 이를 사용자 언어로 옮기면 플랜 등급, 계정 사용 기간, CLI 버전, 좌석·접속 환경, 리셋권 지급 여부 등이 결과에 관여할 수 있다는 뜻입니다.
다만 이 목록은 판정 결과의 이름이지 선정 공식을 공개한 것은 아닙니다. 예를 들어 계정 사용 기간이 며칠 이상이어야 하는지, 어떤 등급이 포함되는지는 클라이언트 코드에 없습니다. 따라서 “Max 플랜이면 된다”거나 “v2.1.272면 무조건 된다”고 설명하면 부정확합니다.
한도에 걸렸을 때 가장 안전한 대응 순서
공식 문서에 나온 명령어부터 확인하고, 마지막 선택지로 /limit-reset을 검토하는 순서가 안전합니다.
1단계: /usage로 막힌 한도를 확인합니다
/usage를 실행해 5시간 세션 한도인지 주간 한도인지 확인하세요. Claude Code 오류 공식 문서는 세션 한도와 주간 한도가 동시에 사용량을 계산하며, /usage에서 각 재설정 시점을 확인할 수 있다고 안내합니다.
2단계: /rate-limit-options에서 공식 선택지를 확인합니다
/rate-limit-options는 자연 재설정 뒤 자동 계속, 사용량 크레딧, 요금제 변경 등 현재 계정에서 가능한 대응을 보여주는 공식 명령어입니다. 이 명령어도 목록에서는 숨겨지므로 전체 이름을 입력해야 합니다.
추가 비용을 내고 계속 사용하는 방법을 선택한다면 /usage-credits에서 사용량 크레딧을 설정하거나 관리자에게 요청할 수 있습니다. 사용량 크레딧은 무료 한도 리셋이 아니라 표준 API 요율로 별도 과금되는 사용량이므로 결제 조건을 확인한 뒤 켜세요.
3단계: 실제 한도에 막혔고 급할 때 /limit-reset을 입력합니다
/limit-reset 전체를 Claude Code 대화창에 입력합니다. 기존 경로라면 세션 리셋 결과가 바로 나오고, 새 경로라면 사용할 리셋권과 대상 한도·남은 횟수·사용 기한이 표시될 수 있습니다. 화면에 확인 단계가 나오면 내용을 읽은 뒤 결정하세요.
4단계: 결과 문구를 그대로 판독합니다
“안 된다”는 취지의 문구도 원인이 여러 가지입니다. 아래 표에서 정확한 메시지와 다음 행동을 확인하세요.
5단계: 성공 후 /usage를 다시 확인합니다
기존 경로에서는 주간 한도가 그대로이고, 새 경로에서는 리셋권이 지정한 한도만 바뀝니다. /usage를 다시 실행해 실제로 어느 한도가 초기화됐는지 확인한 뒤 작업을 이어가세요.
그대로 따라 하는 3분 확인 절차
처음 사용하는 분이 가장 자주 헷갈리는 지점이 있습니다. claude --version은 일반 터미널에 입력하고, /usage와 /limit-reset은 Claude Code가 실행된 대화창에 입력해야 합니다.
먼저 일반 터미널에서 설치된 Claude Code 버전을 확인합니다.
claude --version그다음 Claude Code를 실행합니다.
claudeClaude Code 대화창이 열리면 현재 사용량과 공식 대응 메뉴부터 확인합니다.
/usage
/rate-limit-options사용량 한도에 실제로 막혔고 지금 작업을 이어가야 한다면 다음 명령어를 끝까지 직접 입력합니다.
/limit-reset성공했다면 다시 사용량을 확인합니다.
/usage/limit-reset에는 자격만 확인하는 공개된 미리보기 옵션이 없습니다. 새 경로는 리셋권에 따라 조기 사용 확인 화면을 띄울 수 있으므로, 대상 한도와 남은 횟수를 읽기 전에 승인하지 마세요. 실제 한도에 막혔을 때 실행하는 편이 안전합니다.결과는 이렇게 판독하세요
| 실제 또는 핵심 문구 | 코드상 의미 | 다음 행동 |
|---|---|---|
Session limit reset | 기존 경로의 5시간 세션 리셋 성공 | 다음 가능 날짜와 /usage 확인 |
Weekly reset used | 현재 주기의 허용된 리셋 횟수를 모두 사용함 | 표시된 날짜까지 기다림 |
A session-limit reset isn't available right now. | 서버가 현재 상태를 ineligible로 판정함 | 자연 재설정 또는 공식 선택지 이용 |
{숫자} left · use by {date} | 새 경로에서 남은 리셋 횟수와 사용 기한을 안내 | 대상 한도를 확인한 뒤 사용 여부 결정 |
That reset was already used · ... {resets} left | 선택한 리셋권은 이미 사용됨 | 남은 리셋권 안내 확인 |
Your reset only works at a usage limit ... nothing was used | 아직 대상 한도에 도달하지 않아 사용되지 않음 | 실제 한도 도달 뒤 다시 시도 |
This reset isn't available any more | 리셋권이 만료됐거나 더 이상 유효하지 않음 | /usage와 현재 제공 옵션 확인 |
Your limit had already reset on its own · nothing was used | 자연 재설정이 먼저 완료돼 리셋권을 쓰지 않음 | /usage 확인 후 계속 작업 |
Couldn't reset your session limit right now | 일시 오류, 요청 제한 또는 서버 문제 | 잠시 뒤 한 번만 다시 시도 |
Couldn't reset ... with this login | 현재 로그인 방식으로 처리할 수 없음 | /login으로 인증 상태 확인 |
Your session limit is already being reset | 리셋 요청이 이미 처리 중임 | 반복 입력하지 말고 잠시 기다림 |
Unknown command | 버전·원격 설정·실행 환경 때문에 명령어가 등록되지 않음 | 업데이트와 실행 환경을 확인하되 제공을 보장하지 않음 |
특히 A session-limit reset isn't available right now.와 Couldn't reset your session limit right now는 서로 다른 결과입니다. 앞 문장은 자격 미제공, 뒤 문장은 일시적인 실패를 뜻하도록 구현돼 있습니다.
실행하지 않고 설치 파일만 확인하는 프롬프트
리셋 기회를 쓰지 않고 내 컴퓨터의 Claude Code에 관련 코드가 들어 있는지만 보고 싶다면, 아래 프롬프트를 Claude Code에 그대로 붙여 넣으세요. 이 프롬프트는 명령어를 실행하지 않고 설치 경로와 실행 파일의 문자열만 읽기 전용으로 조사하도록 제한합니다.
내 컴퓨터에 설치된 Claude Code에서 /limit-reset과 /low-priority 관련
등록 정보와 안내 문구가 존재하는지 읽기 전용으로 확인해줘.
반드시 지킬 규칙:
1. /limit-reset과 /low-priority를 실제로 실행하지 마.
2. 파일 수정, 삭제, 업데이트, 패키지 설치를 하지 마.
3. 먼저 운영체제를 확인하고 command -v claude 또는 그에 맞는 방법으로
Claude Code 실행 파일의 경로와 버전을 확인해.
4. strings, rg 같은 읽기 전용 도구로 관련 문자열만 좁혀서 조사해.
5. API 키, 인증 토큰, 쿠키, 전체 환경변수는 출력하지 마.
6. 실행 파일 전체나 긴 난독화 코드는 출력하지 마.
결과는 아래 형식으로 짧게 정리해줘:
- 확인한 Claude Code 버전
- 확인한 실행 파일 경로
- /limit-reset 관련 문자열: 있음 / 없음
- /low-priority 관련 문자열: 있음 / 없음
- 찾은 근거 문구의 짧은 요약
- 코드에서 확인된 사실과 추정을 분리한 결론이 검사는 기능이 클라이언트에 포함됐는지를 확인하는 데 도움이 됩니다. 하지만 내 계정이 실제 리셋 대상인지까지 판정하지는 못합니다. 실행 권한은 서버가 결정하기 때문입니다.
내 실행 결과를 판독하는 복사 프롬프트
성공인지 거절인지 애매한 메시지가 나왔다면 아래 프롬프트의 [여기에 붙여넣기] 부분에 화면 문구만 넣어 분석을 요청할 수 있습니다. 개인정보와 계정 정보는 먼저 지우세요.
아래는 Claude Code에서 /limit-reset을 입력한 뒤 나온 결과야.
계정 이메일, 결제 정보, 토큰처럼 민감한 값이 있다면 분석하지 말고 먼저 알려줘.
[여기에 결과 문구 붙여넣기]
다음 기준으로 판독해줘:
1. 기존 방식의 5시간 세션 리셋 성공
2. 새 리셋권 방식의 성공 또는 사용 확인 단계
3. 리셋권 사용 완료·만료·쿨다운
4. 아직 대상 한도에 도달하지 않아 아무것도 사용되지 않음
5. 현재 계정 또는 상태가 대상이 아님
6. 일시적인 서버 오류 또는 요청 제한
7. 현재 로그인 방식으로 이용할 수 없음
8. 명령어 자체를 인식하지 못함
9. 이 문구만으로는 판정 불가
가장 가까운 항목 하나를 고르고, 근거가 된 문구를 짚어줘.
`A session-limit reset isn't available right now`와
`Couldn't reset your session limit right now`를 서로 다른 결과로 구분해줘.
메시지에 남은 횟수, 만료일, 초기화된 한도 이름이 있으면 따로 적어줘.
추측은 사실처럼 말하지 말고 다음에 확인할 행동을 한 줄로 알려줘.한도에 걸리기 전에 작업을 보존하는 프롬프트
리셋이 모든 계정에 제공되는 것은 아닙니다. 그래서 중요한 작업이라면 명령어에 기대기보다, 한도에 걸려도 새 세션에서 바로 이어갈 수 있는 인수인계 문서를 먼저 만드는 편이 안전합니다.
아래 프롬프트를 작업 중인 Claude Code에 붙여 넣으면 됩니다.
곧 사용량 한도에 도달할 수 있어. 새 Claude Code 세션에서 이 작업을
바로 이어갈 수 있도록 HANDOFF.md를 만들어줘.
포함할 내용:
- 이번 작업의 목표와 완료 조건
- 지금까지 완료한 항목
- 아직 남은 항목을 우선순위 순으로 정리
- 변경한 파일과 각 변경 이유
- 실행한 테스트 명령어와 마지막 결과
- 현재 실패 중인 테스트나 알려진 문제
- 다음 세션이 가장 먼저 실행할 명령어
- 절대 되돌리면 안 되는 사용자 변경사항
규칙:
- 확인하지 않은 내용은 추측하지 말고 '미확인'으로 표시해.
- 비밀키, 토큰, 개인정보는 기록하지 마.
- 마지막에 다음 세션용 시작 프롬프트도 함께 작성해.이 프롬프트는 한도를 늘리지는 않습니다. 대신 자연 리셋을 기다리거나 다른 세션으로 옮겨야 할 때, 앞선 맥락을 다시 설명하는 시간을 줄여줍니다.
/low-priority는 /limit-reset과 어떻게 다른가요?
v2.1.272에는 /low-priority도 숨김 명령어로 등록돼 있습니다. 설명은 “세션 한도에 도달한 뒤 낮은 우선순위로 계속하고, 다시 실행하면 중지한다”는 내용입니다.
| 명령어 | 작동 방식 | 제한 |
|---|---|---|
/limit-reset | 기존 세션 리셋 또는 지급된 리셋권 사용 | 경로·리셋권마다 대상과 횟수가 다름, 계정별 제공 |
/low-priority | 남는 서버 용량을 기다리며 낮은 우선순위로 작업 | 주간 한도 유지, 별도의 주간 저우선순위 허용량, 계정별 제공 |
/low-priority가 켜지면 코드상 다음 취지의 문구가 표시됩니다.
Continuing now at lower priority until your limit resets.
Your weekly limit still applies, and responses may pause
while waiting for spare capacity. Run /low-priority to stop.핵심은 세 가지입니다.
- 주간 한도는 계속 차감됩니다.
- 서버 여유 용량이 없으면 응답이 일시 중지될 수 있습니다.
- 별도의 주간 저우선순위 허용량을 다 쓰면 다음 주간 재설정까지 다시 제공되지 않습니다.
/rate-limit-options에서 이 선택지가 보인다면 메뉴를 통해 켤 수 있습니다. 직접 실행하려면 Claude Code 대화창에서 다음과 같이 입력합니다.
/low-priority중지할 때도 같은 명령어를 다시 입력합니다. 이 기능 역시 비대화형 모드를 지원하지 않으며, 모든 계정에서 제공되는 것은 아닙니다.
/low-priority는 무료 무제한 모드가 아닙니다. 주간 한도를 사용하고 별도의 저우선순위 허용량도 적용되며, 작업 속도나 응답 완료가 보장되지 않습니다.사용자 사례는 무엇까지 증명하나요?
최초로 크게 확산된 Reddit 게시물에는 v2.1.259, Max 5x 계정에서 리셋에 성공한 화면이 담겨 있습니다. 같은 스레드와 후속 게시물에는 전체 이름을 입력해도 사용할 수 없다는 결과도 함께 올라왔습니다.
이후 작성된 해외 글도 대부분 이 게시물과 사용자 반응을 바탕으로 기능을 설명했습니다. 독립적인 세 번의 재현이라기보다 같은 공개 사례를 여러 매체가 해석한 것에 가까웠습니다.
explainx의 후속 정리는 명령어가 메뉴에서 보였지만 해당 계정의 실행은 거절됐다고 기록했습니다. 다만 이 글과 다른 매체의 글은 최초 Reddit 사례를 주요 근거로 공유하므로, 각각을 독립적인 성공 재현으로 세면 안 됩니다.
이 정보만 보면 기능이 사라졌거나 가짜라고 오해하기 쉽습니다. 반대로 성공 화면 하나만 보면 누구나 쓸 수 있는 공식 기능이라고 오해할 수 있어요.
공식 배포판의 결과 분기를 함께 보면 성공과 거절이 모두 존재하는 이유를 설명할 수 있습니다.
- 명령어는 Claude Code에 실제로 들어 있습니다.
- 일반 명령어 목록에는 노출되지 않습니다.
- 원격 설정과 서버 자격 판정이 별도로 적용됩니다.
- 같은 명령어라도 성공, 사용 완료, 미대상, 일시 오류로 나뉩니다.
- 그래서 같은 명령어로 성공과 거절이 모두 발생합니다.
현재 시점에서 확정할 수 있는 것과 없는 것
확인된 내용
- 공식 배포판 v2.1.272에는
/limit-reset과/low-priority가 숨김 명령어로 등록돼 있습니다. - 기존
juniper_tide경로는 5시간 세션 한도와 기본 주 1회 규칙을 안내하며, 주간 한도는 유지합니다. - 새
cedar_ember경로는 v2.1.271부터 들어왔고 v2.1.272에도 유지됩니다. - 새 경로는 리셋 총량·잔여량·시작·만료·초기화 대상 한도를 서버에서 받을 수 있습니다.
- 새 경로가 인식하는 대상에는 5시간과 일부 주간 한도 유형이 포함됩니다.
- 원격 설정, 서버 자격 판정과 리셋권 지급 여부가 실행 결과에 관여합니다.
/low-priority는 주간 한도와 별도의 저우선순위 허용량을 사용합니다./rate-limit-options는 Anthropic이 공식 문서에 공개한 한도 대응 명령어입니다.
아직 공개되지 않은 내용
/limit-reset대상 계정을 선정하는 정확한 기준- 어떤 플랜과 지역에 우선 제공되는지
- A/B 테스트인지, 단계적 출시인지, 일시적인 기능인지
- 새 리셋권이 실제 계정에 얼마나 넓게 지급됐는지
- 어떤 계정에 몇 개의 리셋권과 어떤 초기화 대상이 배정되는지
- 새 리셋권으로 주간 한도까지 초기화된 공개 재현 사례
- 언제 공식 기능이 되거나 제거될지
Anthropic이 공식 발표하지 않은 기능은 실행 파일에 들어 있더라도 사양이 바뀔 수 있습니다. 이 글은 2026년 9월 15일의 최신 공식 릴리스인 Claude Code v2.1.272와, 비교를 위한 v2.1.270·v2.1.271 macOS arm64 공식 NPM 배포판 및 같은 날의 공식 문서를 기준으로 검증했습니다.
자주 묻는 질문
마무리
/limit-reset은 인터넷에 떠도는 가짜 명령어나 단순한 프롬프트가 아닙니다. Claude Code v2.1.272 공식 배포판에 등록된 숨김 명령어입니다. 다만 최신판에는 서로 다른 두 구조가 함께 들어 있습니다.
핵심은 두 가지예요.
첫째, 기존 경로는 5시간 세션 한도만 풀고 주간 한도를 유지합니다. 둘째, 새 리셋권 경로는 5시간과 일부 주간 한도를 코드상 지원하지만, 대상·횟수·만료일과 실제 지급 여부는 서버가 결정합니다.
한도에 걸리면 /usage로 원인을 확인하고 /rate-limit-options의 공식 선택지를 먼저 살펴보세요. /limit-reset이 열리면 화면에 표시되는 대상 한도, 남은 횟수와 사용 기한을 확인한 뒤 결정하는 것이 안전합니다.
비공개 기능은 원격 설정이나 서버 정책으로 바뀔 수 있습니다. 성공 여부와 다음 사용 가능 날짜는 다른 글의 숫자보다 내 Claude Code가 현재 보여주는 결과를 우선하세요.