Claude 429エラー（Too many requests）の原因：プラン上限ではなくAnthropic側のスロットルと、順番に試す6つの対処法

Claudeのtoo many requestsエラーはどう直す？

次の6つの手順を順番に試してください。チャットもプランも一切変更しません。

1. 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分で、デスクトップセッションが6つ以上開いていました。
5. /modelでモデルを切り替える。 APIではモデルごとに毎分のリクエスト数とトークン数の枠があるため、小さいモデルならスクリプト実行を続けられることがあります。
6. status.claude.comを確認し、そのうえで報告します。何も掲載されておらず、エラーが数時間続く場合は、正確なメッセージとリクエストIDを送ってください。

Claude Codeが表示する文言は次のとおりです：「API Error: Server is temporarily limiting requests (not your usage limit)」。Anthropicの説明は1行で、「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のissueトラッカーで、タイトルか本文に「temporarily limiting requests」を含む2026年のissueをすべて検索したところ、410件ありました。うち275件は1つのアカウントによるもので、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月の報告では1日に195回の429が再試行されていました。減ったのは429そのものではなく、失敗したターンだと読んでください。

Claudeのtoo many requestsはどのメッセージ？

文言から、どこの上限に当たったのかが分かります。この表はClaude Code、Claudeデスクトップアプリ、Claude APIを対象に、2026年11月2日時点の内容をまとめたものです。

Claudeアプリ向けのAnthropicのエラーメッセージガイドには、「too many requests」というメッセージ自体が載っていません。上限到達のメッセージにはそれぞれリセット時刻が書かれていて、「approaching」の警告だけがそうではありません。つまり、メッセージに時刻が書かれていればプランの上限に当たっており、対処はClaude usage limit reachedにあります。overloadedや529と出る場合は混雑で、Claude overloadedで扱っています。

使用量が少ないのにClaudeがtoo many requestsと出るのはなぜ？

使用量が少なくてもtoo many requestsが出るのは、スロットルがプランの消費量ではなく、リクエストが届く速さを見ているからです。Anthropicのレート制限のページには、制限は短い時間幅で効くことがあり、「a rate of 60 requests per minute (RPM) might be enforced as 1 request per second.」とあります。そのため、1分間の平均は問題なくても、短時間に集中した呼び出しは失敗することがあります。

バグ報告にははっきり表れています。2026年5月30日のMaxユーザーは、上限がリセットされた当日にこのスロットルに当たりました。8月18日の報告では、使用率1%で429が続いていました。9月24日の報告では、プラン使用率26〜27%の状態で、デスクトップセッションを6つ以上開くとセッション分の14%で429に当たり、5つ以下では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月のスレッドでは、新しいセッションと別のモデルで作業を再開できた人もいました。セッションを1つにしても1時間以上続くなら、こちらで直せる問題ではありません。

留守中に動かすジョブには、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月時点で、Anthropicの料金ページによるとClaudeはProが月$20、Maxが$100、Ultraが$200です。Maxには「Priority access at high traffic times」が記載されていますが、これがスロットルにも及ぶのかどうか、Anthropicは明らかにしていません。

このページを公開しているWhiziも同種の制限を設けていて、数値を公表しています。1ユーザーあたりチャットメッセージは毎分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.」とあります。時間が経てば解消するのは、そのうちの一部だけです。

見落としやすい点が2つあります。1つ目は、自分で設定した支出上限は429ではなく、「You have reached your specified API usage limits」で始まる400 invalid_request_errorになることです。2つ目は、支出上限がStartで月$500、Buildで$1,000、Scaleで$200,000であることです。上限に達すると「API usage pauses until 00:00 UTC on the first day of the next month」となり、SDKの自動再試行もそれまで失敗します。

制限は1つのキーではなく、組織全体に属します。Startティアでは、2026年11月時点でClaude Opus 5.5、Sonnet 5.5、Haiku 5.5がそれぞれ毎分4,000リクエスト、毎分2,000,000入力トークンです。新しい組織は、Evaluationティアでより低い値から始まることがあります。ほとんどのモデルではキャッシュから読み込んだトークンは毎分の入力トークンに数えられないため、プロンプトキャッシュを使うと実質的な上限が上がります。公式SDKは既定で429を2回再試行し、retry-afterに従います。各レスポンスのanthropic-ratelimit-requests-remainingヘッダーを確認し、ゼロになる前にペースを落としてください。