529 の要点
- 529 Overloaded は Anthropic の API が全ユーザー向けに一時的に容量一杯であることを示します。公式ドキュメントは「あなたの利用制限ではなく、クォータにもカウントされない」と明言しています。BAN では決してありません。
- 最初の手順は常に同じ:status.claude.com を確認するか curl -I して、Claude 公式が降格していないか確かめます。読み方はライブステータスガイドで解説しています。
- 即効対策は順番に:Claude Code の自動リトライを終わらせ、/model で軽いモデルへ切り替え(容量はモデル別に管理)、ツールの同時実行数を下げる。
- Claude Code 2.1.296 からは CLAUDE_CODE_OVERLOADED_RETRY_MAX_DELAY_MS を設定でき、529 リトライの backoff 上限を引き伸ばせます。長時間のセッションに有効です。
- 529 ≠ 429:429 はあなたのキーがレート制限に達したもの(自分側)、529 は全員分の容量が埋まったもの(Anthropic 側)、500 は API 内部の予期しない障害(1 分待って再送)です。
How to Fix Claude API "Overloaded" Error (529 Status Code)
チャンネルNexustech4:32
Claude errors reference — 529, 429, 500 & retry tuning
公式ドキュメントcode.claude.com/docs
フレームは 1 本のクリーンな録画から抽出しました——「currently unavailable」の容量バナー、VS Code 上の curl ステータス確認、過負荷モデルがグレーアウトされたモデルピッカー、529 フェイルオーバー レイアウト、アプリ内サポートチャット(Nexustech、JGlrcRDtdls)。他の 3 本——Extreme Guides の CLI デモ(_oEU-6xbcWs、Claude Code に存在しないコマンド)、Izoate の記事読み上げ(fHlvs5evSi0、焼き込みボタンとチャンネルロゴ)、Last Error Fixer の 400 修正(vHEi32hIh1I、焼き込み字幕)——は事実源としては使いましたが、画面的に不適格なためフレーム源としては排除しました。エラーの文言は公式エラードキュメントと Claude Code 2.1.296 のチェンジログ(2026-10-09)に準拠します。各ステップは元動画の正確な秒へリンクします。
動画のフレームは作成者に著作権があり、署名とディープリンク付きでステップ解説として引用しています。
Claude Code overloaded(529)を一歩ずつ直す
ステップ 1 — 自分ではなく Anthropic 側と確認する
- 1
過負荷状態の見た目を知る
529 は Claude 全体の容量圧力なので、兆候はすべての表面に同時に現れます:Claude アプリは入力欄の上に「currently unavailable」バナーを表示し、直接の API 呼び出しは HTTP 529 と overloaded_error を返し、Claude Code のスピナーは「Retrying… attempt x/y」に切り替わります。アプリは正常なのに端末だけ失敗するなら、ローカル環境を疑いましょう——そちらは別のスタック対処ガイドが担当します。

「Claude Fable 5 is currently unavailable」バナーを掲げた Claude アプリのホーム——529 が端末に報告するのと同じ容量圧力です。0:02 に視聴 - 2
まず公式ステータスページを確認
設定をいじる前に status.claude.com を開きます——降格や障害の唯一の権威ある情報源です。端末からは curl -I https://status.anthropic.com/ でステータスページにたどり着きます。ボードが全部緑なのに 529 を食らっているなら、過負荷は特定モデルだけの話で、以下の対処がそのまま使えます。赤ならランブックではなくインシデントに従います。読み方とどの欄が端末エラーを予兆するかは、ライブステータスガイドで解説しています。

VS Code の端末で status.anthropic.com に curl -I——307 リダイレクトの location ヘッダーは status.claude.com に着地し、529 が公式かどうか一目でわかります。1:00 に視聴 - 3
ローカル側の疑いを消す
Claude Code 内で /status を実行します:アクティブなモデル・アカウント・接続状態が表示されます。529 は一切損をしません——ドキュメントは「クォータにはカウントされない」と明言——なので、ここで使用量の心配は不要です。/status が正しいアカウントと正常な接続を示していれば、エラーは本当にサーバー側。それ以外(401・403・課金エラー)は別のガイドの領域です。
ステップ 2 — すぐにブロックを解く方法
- 4
内蔵リトライをまず終わらせる
Claude Code はもともと一時的な障害を最大 10 回、指数 backoff でリトライし、スピナーにカウントダウン(「Retrying in 8s · attempt 2/7」)を表示します。529 の渋滞中は、Enter を連打するよりその試行が終わるのを待つのが賢明です——追加のリクエストはすべて同じ容量の列に並ぶだけです。全試行が尽きてまだエラーが出るなら、次のステップへ。
- 5
/model で軽いモデルへ切り替える
容量はモデル別に管理されるため、公式ドキュメントの過負荷への最初の提案は「Run /model and switch to a different model to keep working.」です。Claude Code のプロンプトで /model と入力し、下位ティアを選びます——フラッグシップが詰まっていても Sonnet・Haiku クラスは応答を続けます。Claude アプリの同じピッカーは過負荷モデルを「Currently unavailable」と表示するので、選ぶ前にどのレーンが閉まっているかわかります。

Fable 5 が「Currently unavailable」、Sonnet 4.6 はチェックのまま、Haiku 4.5 も選択できるモデルピッカー。1:36 に視聴 - 6
自分側の同時実行を下げる
並列ツール呼び出しやバックグラウンドジョブは、容量の逼迫分を倍増させます。CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY を 2〜3 に下げ、動いている他のセッションやエージェントチームを一時停止し、障害中に同じリポジトリで 2 つ目の Claude Code インスタンスを立てるのは避けましょう。同時リクエストが減ると、容量回復後のリトライ列の消化も速くなります。
- 7
事象が長引いたらサポートへ
ステータスページが回復したのに 529 が続くなら、Anthropic に渡しましょう:Claude アプリの左下でプロフィールメニューを開き、Get help を選びます。アプリ内アシスタントはエラーレポートを直接受け付けます——サポートメールを探す必要はありません。

Settings と Language の下に Get help が並ぶプロフィールメニュー——しつこい 529 を報告する入り口です。2:20 に視聴 - 8
サポートアシスタントに 529 を説明する
サポートチャットにはステータスコード・モデル・時間帯を書きます:「I've received a 529 status code on claude-opus-4-8 since 14:00」。アシスタントは記録用の会話 ID を発行します——追問のために残しましょう。サポートは、あなたのアカウントが珍しい持続的なクラスタに当たったのか、モデルティア全体が沈んでいたのかを判別してくれます。

「I've received a 529 status code can you help…」を入力し、会話 ID も発行済みのサポートチャット。3:06 に視聴
ステップ 3 — 529 の backoff を調整する(Claude Code 2.1.296+)
- 9
backoff の上限を引き伸ばす(2.1.296+)
Claude Code 2.1.296 は CLAUDE_CODE_OVERLOADED_RETRY_MAX_DELAY_MS を追加しました——チェンジログの文言:「Added CLAUDE_CODE_OVERLOADED_RETRY_MAX_DELAY_MS environment variable to set a longer maximum delay for the backoff when retrying an overloaded (529) request.」起動前にエクスポートします。例:CLAUDE_CODE_OVERLOADED_RETRY_MAX_DELAY_MS=30000 でリトライ間隔は最大 30 秒。Anthropic は内蔵のデフォルト値を公表していないので、他所で見た具体的な数字は未検証として扱います——この変数が保証するのは、長いリトライ列が早めに諦めず、より長く待つようになることです。
- 10
他のリトライ系変数と組み合わせる
隣接する変数が 2 つ:CLAUDE_CODE_MAX_RETRIES(デフォルト 10)は一時的障害の試行回数を増やし、CLAUDE_CODE_RETRY_WATCHDOG=1 は 429/529 を無期限にリトライします——ドキュメントは無人セッションでの使用を推奨しています。早く諦めると実行全体が無駄になるためです。Watchdog と十分な最大遅延を組み合わせれば、529 の集中はクラッシュではなく一時停止になります。
ステップ 4 — 次の容量渋滞を防ぐ
- 11
次の渋滞を防ぐ:オフピーク・タスク分割・フェイルオーバー
529 への露出を減らす習慣が 3 つ:重いジョブは米国のピーク(平日 11:00〜20:00 PT)を避けて実行する、巨大なプロンプトは小さなタスクに分割する——タスクごとに git worktree を分ければセッションが独立します——Messages API を直接叩くならフェイルオーバーを書く:529 を捕まえ、軽いモデルへホットスワップし、指数 backoff でリトライする。プラン側の上限は使用制限ガイドへ;529 自体がクォータを消費することはありません。

raw リクエストのフェイルオーバー構成:プライマリは claude-sonnet-4-5、529 レスポンスで claude-haiku-4-5 のフォールバックへホットスワップ。2:08 に視聴
529・429・500:どれがどれか
Claude のエラーには番号が付き、その番号が誰の問題かを決めます。公式エラーリファレンスは明快に切り分けています——設定ファイルを消し始める前に、このリストをなぞってください。
- 1429 レート制限——あなたのキー・プロジェクト・プランが自分側に設定された制限に達したもの。/status でアクティブな認証情報を確認し、プロバイダーのコンソールを見て、CLAUDE_CODE_MAX_TOOL_USE_CONCURRENCY を下げます。短いスロットルは自動リトライされます。ゲートウェイの支出上限 429 はされません。
- 2529 Overloaded——API が全ユーザー向けに一時的に容量一杯。定義上サーバー側:あなたのコード・キー・設定は原因になり得ず、クォータにもカウントされません。待つ、モデルを変える、backoff を伸ばす。
- 3500 内部サーバーエラー——API 内部の予期しない障害で、通常は一時的。1 分待って同じメッセージを再送します。長いプロンプトなら「try again」と打てば途中から再開します。
- 4「Server is temporarily limiting requests」——プランのクォータとは無関係な短時間のスロットル。少し待って再試行すればよく、設定を変えても早くは解けません。
- 560 秒トリアージ:ステータス緑 + 529 は待ての合図。緑 + 429 は /status で自分の制限を確認。赤なら何が出てもおかしくない——盲目的にリトライせずインシデントに従います。
- 6本当に心配すべき時:1 モデルに 529 が数時間集中し、ステータスページが緑のままなら、タイムスタンプ付きでサポートに報告します(ステップ 8)。それ以外は設計上、一時的なもの——公式ドキュメントは 3 コードすべてを「リトライに値する」ものとして扱い、アカウント問題としては扱いません。
当サイトの分担も同じです:フリーズ・固まりはスタック対処ガイド、529/500 の容量エラーは本ページ、429 系の上限は使用制限ガイドが担当します。セッションが固まっただけなら、そちらへどうぞ——修正方法は重なりません。
