Claude too many requests 오류(429): 요금제 한도가 아닌 Anthropic의 일시 제한, 순서대로 해결하는 6가지 방법

Claude too many requests 오류는 어떻게 해결하나요?

아래 여섯 단계를 순서대로 따라 하세요. 채팅이나 요금제를 건드리는 단계는 없습니다.

1. 1분 기다린 뒤 한 번만 다시 시도하세요. Anthropic의 Claude Code 오류 안내는 "Wait briefly and try again"이라고 말합니다. 재시도를 연타하면 요청만 더 늘어납니다.
2. claude update로 Claude Code를 업데이트하세요. 2.1.199 이후 버전은 이런 제한을 백오프와 함께 먼저 재시도하므로 화면에 보이기 전에 처리됩니다. 현재 최신 버전은 2026년 10월 31일에 나온 2.1.316입니다.
3. /status를 실행해 현재 사용 중인 인증 정보를 확인하세요. Anthropic은 "A stray ANTHROPIC_API_KEY in your environment can route requests through a low-tier key instead of your subscription."이라고 경고합니다.
4. 불필요한 세션과 서브에이전트를 닫으세요. API 키로 받는 429에 대해 문서는 "avoid running many parallel subagents"라고 안내합니다. 한 Max 구독자의 로그에서는 429가 난 122분 중 114분 동안 데스크톱 세션이 여섯 개 이상 열려 있었습니다.
5. /model로 모델을 바꾸세요. API에서는 모델마다 분당 요청 수와 토큰 수 한도가 따로 있어서, 더 작은 모델로 자동 실행을 이어갈 수 있습니다.
6. status.claude.com을 확인한 뒤 신고하세요. 공지가 없는데 오류가 몇 시간째 이어지면 정확한 메시지와 요청 ID를 보내세요.

Claude Code가 표시하는 문구는 "API Error: Server is temporarily limiting requests (not your usage limit)"입니다. Anthropic의 설명은 한 줄입니다: "The API applied a short-lived throttle that is unrelated to your plan quota." Claude Code는 진짜 한도와 "by the absence of the unified quota headers a real limit response carries", 즉 진짜 한도 응답에 있는 통합 쿼터 헤더가 없다는 점으로 구분합니다. Claude 데스크톱 앱의 Code 탭에서는 2026년 5월 30일 버그 보고처럼 같은 제한이 "Too many requests right now"라는 줄 위에 "Server is temporarily limiting requests"로 표시됩니다. 사람들이 검색하는 "claude too many requests right now"가 바로 이것입니다.

2026년 11월 2일에 Anthropic의 공개 Claude Code 이슈 트래커에서 제목이나 본문에 "temporarily limiting requests"가 들어간 2026년 이슈를 모두 검색했더니 410건이 나왔습니다. 한 계정이 그중 275건을 올렸고, 7월 말 보고는 모두 4월에 나온 빌드인 Claude Code 2.1.114를 지목했습니다. 이 계정은 제외했습니다. 나머지 135건은 서로 다른 125명이 올렸고 그중 129건은 7월 이전에 열렸습니다. 2.1.199의 변경 내역에는 이렇게 적혀 있습니다: "Transient server rate-limit errors (429s unrelated to your usage limit) are now retried automatically with backoff for subscribers instead of failing the turn". 제한 자체가 사라진 것은 아닙니다. 9월의 한 보고에서는 하루에 재시도된 429가 195건이었습니다. 이 감소는 429가 줄었다는 뜻이 아니라 실패하는 턴이 줄었다는 뜻으로 읽어야 합니다.

어떤 Claude too many requests 메시지가 보이나요?

문구를 보면 어느 쪽 한도에 걸렸는지 알 수 있습니다. 이 표는 2026년 11월 2일 기준으로 Claude Code, Claude 데스크톱 앱, Claude API를 다룹니다.

Claude 앱용 Anthropic 오류 메시지 안내에는 "too many requests" 메시지가 아예 없습니다. 한도 도달 메시지에는 모두 초기화 시각이 있고, "approaching" 경고만 시각이 없습니다. 따라서 메시지에 시각이 있다면 요금제 한도에 걸린 것이고, 해결 방법은 Claude usage limit reached에 있습니다. overloaded나 529라면 서버 수용량 문제이며 Claude overloaded에서 다룹니다.

사용량이 적은데도 Claude가 too many requests라고 하는 이유는 무엇인가요?

이 제한은 요금제를 얼마나 썼는지가 아니라 요청이 얼마나 빠르게 들어오는지를 세기 때문에, 사용량이 적어도 Claude가 too many requests라고 합니다. Anthropic 속도 제한 페이지는 짧은 구간에서도 제한이 걸릴 수 있다고 설명합니다: "a rate of 60 requests per minute (RPM) might be enforced as 1 request per second." 그래서 분당 평균은 괜찮아 보여도 요청이 몰리면 실패할 수 있습니다.

버그 보고가 이를 분명히 보여줍니다. 2026년 5월 30일의 한 Max 구독자는 한도가 초기화된 바로 그날 이 제한을 만났습니다. 8월 18일 보고는 사용량 1%에서 429가 계속된 사례입니다. 요금제 사용량 26~27%였던 9월 24일 보고는 데스크톱 세션이 여섯 개 이상 열려 있을 때 세션 시간 중 14%에서 429가 났고, 다섯 개 이하일 때는 1% 미만이었습니다.

갑작스러운 증가도 원인이 됩니다. Anthropic API 오류 페이지는 "if your organization has a sharp increase in usage, you might see 429 errors because of acceleration limits on the API."라고 말하고, "increase your traffic gradually and maintain consistent usage patterns."를 권합니다. 서브에이전트를 한꺼번에 많이 띄우는 Claude Code 워크플로는 바로 그런 급증을 만듭니다. claude.ai 요금제 사용자에게 적용되는 제한의 기준 수치는 Anthropic이 공개하지 않습니다.

Claude too many requests 오류는 얼마나 오래 가나요?

Claude의 제한은 보통 몇 초에서 몇 분 안에 풀립니다. Claude Code는 일시적인 429를 지수 백오프로 최대 10번 재시도하고, 기다리는 동안 Retrying in Ns · attempt x/y를 표시합니다. 재시도가 모두 끝난 뒤에야 오류가 보입니다.

훨씬 오래 간 보고도 있습니다. 5월 30일의 보고자는 "two days" 동안 이어졌고, 새 세션으로는 다시 나타나기 전까지 "3 hours at least" 일할 수 있었다고 썼습니다. 6월 15일 보고는 Opus 4.8에서 제한이 "for the last 24 hours" 계속됐다고 했습니다. 5월 스레드에서는 새 세션과 다른 모델로 다시 작업할 수 있었습니다. 세션 하나만 열어 두고 한 시간이 지나도 그대로라면 사용자가 고칠 수 있는 문제가 아닙니다.

자리를 비운 사이 도는 작업을 위해 Claude Code에는 전용 스위치가 있습니다. CLAUDE_CODE_RETRY_WATCHDOG=1을 설정하면 429와 529 오류를 무기한 재시도합니다. 대기 시간은 CLAUDE_CODE_RETRY_WATCHDOG_MAX_WAIT_MS로 제한할 수 있고, 예를 들어 1시간이면 3600000입니다. 스크립트가 빨리 실패해야 한다면 대신 CLAUDE_CODE_MAX_RETRIES=2를 설정하세요.

Claude Max를 결제하면 too many requests가 사라지나요?

아니요. 이 제한은 "unrelated to your plan quota"이고, 위 보고들은 Pro와 Max 구독자에게서 나왔습니다. 2026년 11월 기준 Claude는 Anthropic 가격 페이지에 따라 Pro가 월 $20, Max가 $100, Ultra가 $200입니다. Max에는 "Priority access at high traffic times"가 명시돼 있지만, 이것이 이 제한까지 포함하는지는 Anthropic이 밝히지 않았습니다.

이 글을 게시한 Whizi도 같은 종류의 보호 장치를 두고 수치를 공개합니다. 사용자당 분당 채팅 메시지 10개, 시간당 60개이며 모든 요금제가 같습니다. 분당 오류는 "Too many requests. Please wait and try again."로 표시되고, 거부된 요청은 이용량을 전혀 차감하지 않습니다(Whizi 속도 제한). Whizi가 불리한 점도 있습니다. 시간당 60개는 절대적인 상한이고, Claude Max는 시간당 수치를 아예 공개하지 않습니다.

Claude API의 429 rate_limit_error는 어떻게 해결하나요?

Claude API는 한 가지가 아닌 여러 문제에 429 rate_limit_error를 보내므로, 재시도하기 전에 오류 본문을 읽으세요. Anthropic 오류 페이지는 조직이 "has hit a rate limit, reached its usage tier's monthly spend cap, or reached a spend limit on the Claude Code workspace."라고 말합니다. 이 중 시간이 지나면 풀리는 것은 일부뿐입니다.

두 가지가 사람들을 헷갈리게 합니다. 첫째, 직접 설정한 지출 한도는 429가 아닙니다. "You have reached your specified API usage limits"로 시작하는 400 invalid_request_error입니다. 둘째, 지출 한도는 Start가 월 $500, Build가 $1,000, Scale이 $200,000입니다. 한도에 닿으면 "API usage pauses until 00:00 UTC on the first day of the next month"이며, SDK의 자동 재시도도 그때까지 실패합니다.

한도는 키 하나가 아니라 조직 전체에 적용됩니다. 2026년 11월 기준 Start 티어에서 Claude Opus 5.5, Sonnet 5.5, Haiku 5.5는 각각 분당 요청 4,000개와 분당 입력 토큰 2,000,000개입니다. 새 조직은 Evaluation 티어에서 더 낮게 시작할 수 있습니다. 대부분의 모델에서 캐시에서 읽은 토큰은 분당 입력 토큰에 포함되지 않으므로 프롬프트 캐싱은 실제 상한을 높여 줍니다. 공식 SDK는 기본적으로 429를 두 번 재시도하고 retry-after를 따릅니다. 응답마다 anthropic-ratelimit-requests-remaining 헤더를 확인하고 0이 되기 전에 속도를 늦추세요.