Claudeの利用上限が引き上げ — Pro / Maxの5時間制限が2倍、SpaceX由来300MWでさらに余地拡大

要点

2026年5月6日、AnthropicはClaude Codeの5時間ウィンドウ上限の引き上げと、OpusモデルのAPIレート制限の拡張を発表しました。同じ日に、SpaceXのColossus 1データセンターの計算容量をすべて使う契約も明らかにしています。

数字

5月6日から有効になった変更

• Claude Codeの5時間上限

  2倍

  Pro / Max / Team / seat型Enterprise

• ピーク時間帯の引き下げ

  解除

  Pro / MaxのClaude Code

• Opus APIのレート制限

  大幅に引き上げ

  発表内の表で数値を提示

• SpaceX Colossus 1

  300MW超

  NVIDIA GPU 22万基超。月内に投入

5時間ウィンドウで上限に当たって作業が止まっていたPro / Maxの利用者に、いちばん直接的に効く内容です。

あなたの利用フローはどう変わるか

Pro / MaxでClaude Codeを日常的に回している場合

5時間ウィンドウの上限が2倍になるので、長時間のリファクタリングや大規模リポジトリの横断調査、エージェントチームを並べる運用で「途中で止まる」場面が減ります。

もう一つの変更は、ピーク時間帯にかかっていた上限の引き下げの解除です。原文は「peak hours limit reduction」の撤廃で、ピークの時間帯に実効上限が下がる措置がなくなった、という意味になります。

引き上げの対象は5時間の枠です。発表は週次の上限に触れていません。Team / Enterpriseの席ごとの枠が5時間と週次の2本立てである点は、後述のとおりです。

OpusをAPIで呼んでいるチーム

OpusのAPIレート制限が引き上げられたので、並列エージェントやバッチ処理でリトライの吸収に頭を使っていた構成が楽になる方向です。Agent SDK入門で扱う @anthropic-ai/claude-agent-sdk のように、エージェント基盤を自前で組むチームに特に効きます。

実際の数値は後段の表にまとめました。サブスクの枠とAPIの枠は別の仕組みなので、どちらの話かを最初に切り分けると読み違えません。プラン選びの材料はClaude CodeのPro / Max / APIどれを選ぶかにあります。

Free層

発表はPro以上の「最も使い込む顧客」を対象にしており、Freeの上限に変更の記載はありません。Freeの利用者に直接の変化はありません。Proに上げると、同じ操作でも5時間枠が以前の2倍になります。

「上限」は2種類ある — サブスクの枠とAPIの枠

今回の発表には、仕組みの違う上限が混ざっています。何が引き上げられたかを読むときは、この2つを分けて考えます。

くらべる

サブスクの使用量枠とAPIレート制限

Pro / Max / Team / Enterprise(seat)

サブスクの使用量枠

時間あたりに使える量の予算です。メッセージの長さと複雑さ、使う機能、モデル、選んだ思考の深さ(effort)で消費が変わります。claude.ai・Claude Code・Claude Desktopの利用が同じ枠に積み上がります。

Team / Enterpriseの席ごとの枠は、ローリングの5時間枠と週次枠の組み合わせです。Claude chatとCoworkも同じ枠を分け合い、大きさは席の種類(StandardかPremium)で決まります。

組織単位・使用量ティアで決定

APIレート制限

1分あたりのリクエスト数(RPM)、入力トークン数(ITPM)、出力トークン数(OTPM)の上限です。モデルごとに別々に数えられ、組織の使用量ティアで水準が決まります。

超えるとHTTP 429が返り、待つべき時間が retry-after ヘッダーに入ります。

今回の「Claude Codeの5時間上限が2倍」は左側、「Opusのレート制限の引き上げ」は右側の話です。サブスクで使うClaude Codeの上限が上がっても、API keyで動かす構成のレート制限が同じ量だけ動くわけではありません。

サブスクの枠を節約するコツはClaude使用量上限を節約するコツで、リセットのタイミングはClaudeの使用量上限のリセットで扱っています。

使用量枠とは別に、1回の会話に入る量を決める長さ上限(コンテキストウィンドウ)もあります。コード実行が有効なら、会話が上限に近づくと古いメッセージが自動で要約されて続けられます。ただし、この自動管理が働く長い会話ほど使用量枠を多く消費します。枠が2倍になっても、長い会話を延々と続けるより、新しい会話に切り替えるほうが消費は軽く済みます。違いは使用量上限と長さ上限の違いで詳しく見られます。

OpusのAPIレート制限の数値

APIレート制限のページに載っている現行のOpus向け上限は次のとおりです。Opus 5.5、Opus 5、Opus 4.x系で数値は同じで、違うのは使用量ティアです。

Customティアは上限が組織ごとの取り決めで、月の支出上限もありません。新しい組織や利用履歴の少ない組織は、この表より低いEvaluationティアから始まることがあります。

バケットの分け方にも注意点があります。Opus 4.8・4.7・4.6・4.5は1つの合算バケットを共有し、Opus 5.5とOpus 5はそれぞれ別のバケットを持ちます。Opus 4.7を大量に回している間も、Opus 5.5の枠は消費されません。

数え方はトークンバケット方式で、固定の間隔でリセットされず、上限まで連続的に補充されます。1分あたり60リクエストの上限は、1秒に1リクエストとして強制されることがあるため、短時間のバーストでも429になりえます。表の数値は最大許容量であって、保証される最低量ではありません。

ITPMにはキャッシュ読み取りが入らない

多くのモデルでは、ITPMに数えられるのは input_tokens と cache_creation_input_tokens だけです。cache_read_input_tokens は数えられません。

2,000,000 ITPMでキャッシュヒット率80%なら、1分あたり合計1,000万トークンの入力を処理できる計算です(未キャッシュ200万 + キャッシュ読み取り800万)。上限の引き上げと並行して、プロンプトキャッシュで実効スループットを上げる余地があります。

429が返ったときの切り分け

APIで429を受けたときは、原因が2種類あります。待てば解消する通常のレート制限と、待っても解消しない支出上限です。

手順

429の原因を切り分ける

1. 1

   エラーの details.error_code を見る

   enforced_spend_limit_reached なら、組織が月の支出上限に達しています。通常のレート制限とは別物です。

2. 2

   retry-after ヘッダーの有無を見る

   通常のレート制限には retry-after が付き、その秒数待てば再開できます。支出上限の429には付かず、SDKの自動リトライも翌月1日の0時(UTC)まで失敗し続けます。

3. 3

   レート制限なら、ティアとキャッシュを見直す

   ティアごとの上限は上の表のとおりです。ITPMが原因ならキャッシュ読み取り比率を上げ、急激に増やした負荷が原因なら、アクセラレーション制限(急な使用量の増加で出る別系統の429)を避けるため、トラフィックは段階的に、一定の使い方を保ちながら増やします。

429の挙動の詳細はClaude APIの429エラーとオーバーロードに、Workspaceごとの上限はClaude APIのWorkspaceレート制限の設定にあります。

Claude Codeを組織のAPIで使うときの割り当て

Claude Consoleのアカウントで認証すると、「Claude Code」という名前のワークスペースが自動で作られます。カスタムのレート制限を持つ組織では、このワークスペースのトラフィックも組織全体のAPIレート制限に数えられます。本番のワークロードを守りたい場合は、ワークスペース側にレート制限を置いて、Claude Codeの取り分に上限をかけられます。

チームでClaude Codeを導入するときの1人あたりの目安は、人数が増えるほど小さくなります。

たとえば200人の組織なら、1人あたり2万TPMで合計400万TPMを申請する計算です。大人数ほど同時に使う人の割合が下がるため、1人あたりの値が小さくなっています。上限は組織単位でかかるので、ほかのメンバーが使っていない間は、個人が目安を超えて使えます。研修のように大人数が同時に使う場面では、より多い割り当てが必要になります。

背景・文脈

SpaceX Colossus 1が示すAnthropicの計算容量戦略

発表のもう一つの軸が、SpaceXのColossus 1データセンターの全容量を使う契約です。300MW超の新規容量、NVIDIA GPU 22万基超が月内に使えるようになり、Pro / Maxのキャパシティ改善に直接充てられます。

上限を上げても計算容量が追いつかなければ、レスポンスの劣化につながります。上限引き上げと容量追加は同じ日に発表されています。

Anthropicは発表の中で、ほかの主要な計算契約も並べています。

学習と推論はAWS Trainium、Google TPU、NVIDIA GPUの3系統のハードウェアで動かしています。特定のベンダーにだけ依存しない構成を取りつつ、容量を積み上げる動きです。

この契約に絡んで、Anthropicは複数ギガワット規模の軌道上AI計算容量をSpaceXと共同開発することへの関心も表明しています。具体的な計画や時期は示されていません。

規制産業向けに地域内インフラを広げる

金融・医療・政府といった規制産業の顧客は、コンプライアンスとデータレジデンシーの要件から、地域内のインフラを必要としています。容量拡大の一部は国際的に進められ、Amazonとの協業ではアジアとヨーロッパで推論の容量が増えます。

増設先については、法制度が大規模投資を支える民主主義国で、ハードウェア・ネットワーク・施設のサプライチェーンが安全に保てる場所を選ぶ方針が示されています。米国のデータセンターが招いた消費者向け電力料金の上昇分を負担する約束を、ほかの地域にも広げる検討も始まっています。

5時間枠の拡大はClaude Codeの運用設計をどう変えるか

5時間ウィンドウは、Claude Codeの長時間セッションやエージェントの常駐運用で、実質的な天井として働いてきました。枠が2倍になれば、Maxでも上限に当たるのでSonnetでやりくりする、Opusを控えめに使う、という設計判断の前提が変わります。

ただし、使い方によって効き方は大きく違います。

週次枠に先に当たる利用者は、5時間の枠が2倍になっても全体の天井は動きません。この場合は、使用量クレジットの購入や、モデルとeffortの見直しで消費を抑える選択肢があります。

長時間セッションの安定性を上げる修正も続いてきました。v2.1.50のメモリリーク修正やv2.1.116の /resume 67% 高速化がその例で、枠の拡大と組み合わさると、長時間回し続ける運用が現実的になります。

まとめ

Pro / Maxで5時間ウィンドウに当たっていたなら、今回の変更は発表日からそのまま効きます。API側は、使用量ティアとキャッシュ読み取りの比率が実効スループットを決めるので、自組織のティアを上の表と突き合わせるところが出発点です。

SpaceXの容量が月内に入るため、混雑時のレスポンスが落ちにくくなるかどうかは、容量が実際に稼働してからの実測で見えてきます。