Claude Code の上限が今日から 2 倍に — SpaceX Colossus 1 がエンジニアの開発サイクルを変える

Claude Code の上限が今日から 2 倍に — SpaceX Colossus 1 がエンジニアの開発サイクルを変える

あなたが昨日詰まっていた 5 時間制限は、今日すでに存在しない。

Anthropic は 2026 年 5 月 6 日、Claude Code の全有料プランに対してレート制限を即日 2 倍に引き上げると発表した(公式発表)。変更は Pro・Max・Team・Enterprise のすべてのシート型プランに適用され、ユーザー側での操作は一切不要だ。制限が倍になったということは、単純計算で 1 日に着手できるタスク量が最大 2 倍に増えることを意味する。

この記事の要約powered by Claude
Anthropic が SpaceX の Colossus 1 データセンターと計算資源契約を締結し、Claude Code の 5 時間制限を即日 2 倍に引き上げた。GPU 22 万台超・300 MW 超のインフラを背景に、Claude Opus の API 帯域も入力 +1500%・出力 +900% に拡大。同日、Managed Agents に Dreaming・Outcomes・マルチエージェントオーケストレーションの 3 機能が追加された。
目次 (12)

「5 時間の壁」が消えた日 — 使用量制限倍増の全プラン詳細と即日適用の範囲

Claude Code はこれまで、一定の時間窓(通称「5 時間ウィンドウ」)の中でトークン消費量に上限を設けていた。長時間のコード解析や大規模なリファクタリングタスクを投げたとき、作業途中でモデルが停止するのを経験したエンジニアは多いだろう。

Anthropic の公式発表 によると、今回の変更で 5 時間ウィンドウのレート上限が全有料プランで 2 倍になった。具体的な適用範囲は次の通りだ。

プラン 変更前 変更後
Pro 5 時間ウィンドウ内制限あり 同ウィンドウで 2 倍
Max ピーク時間帯に制限削減あり ピーク制限を撤廃
Team 5 時間ウィンドウ内制限あり 同ウィンドウで 2 倍
Enterprise(シート型) 5 時間ウィンドウ内制限あり 同ウィンドウで 2 倍

特に Max プランでは、ピーク時間帯の制限削減そのものが撤廃された。日本時間の昼帯でも夜間と同等のスループットで作業できるようになる。エージェント型のタスクを長時間走らせる場合、制限に引っかかって途中で停止するリスクが大幅に低下することを意味する。

この変更に設定変更・プラン変更は不要だ。既存の有料プランを継続しているユーザーは、何も操作せず今日から 2 倍の制限で利用できる。Anthropic 側でバックエンドのキャパシティを拡大したことにより、既存ユーザー全員への即日適用が実現した。その背景にあるのが、SpaceX との大型計算資源契約だ。

Colossus 1 とは何か — Anthropic が SpaceX と結んだインフラ契約の規模と意味

今回の制限引き上げを可能にしたのは、Anthropic が SpaceX と締結した計算資源契約だ。SpaceX の Colossus 1 は、テキサス州に建設された大規模 GPU クラスターであり、同施設の全計算容量を Anthropic が使用する契約が結ばれた(Anthropic 公式発表)。

契約規模は具体的な数字で語られている。獲得された計算容量は 300 メガワット超。投入される GPU は NVIDIA H100、H200、GB200 を含む 22 万台超だ。これは一般的なデータセンターとは桁が違う規模であり、単一施設でこれだけの容量を確保するのは前例のない水準に相当する。

Colossus 1 の名が示す通り、SpaceX が開発した同施設はもともと大規模 AI 計算のために設計されてきた。Anthropic は 2026 年 5 月中にこのキャパシティを自社インフラへ組み込む形で稼働させる予定だ(公式発表)。

Anthropic のインフラ戦略は Colossus 1 にとどまらない。Amazon との最大 5 ギガワット規模の契約(2026 年末までに約 1 GW 稼働予定)、Google・Broadcom との 5 ギガワット規模の契約(2027 年稼働開始予定)、Microsoft・NVIDIA との戦略的パートナーシップ(Azure 容量 300 億ドル規模)など、複数の大型インフラ確保が並行している。Colossus 1 はその中の一つだが、今回のレート制限引き上げに直接寄与した計算基盤として位置づけられる。

なお Anthropic は、SpaceX との関係における将来的な軌道上 AI 計算容量(複数ギガワット規模)の開発についても「関心を表明している」と記している(公式発表)。ただしこれは現時点での構想・検討段階の関心表明に過ぎず、確定した計画ではない点に留意が必要だ。

Opus API 帯域 +1500% の実務インパクト — Tier 1 エンジニアに何が変わるか

Claude Code のエンドユーザー向けレート制限倍増と同時に、API 利用者向けにも重要な変更が適用されている。Claude Opus モデルの API レート制限が大幅に拡大された。

公式発表 によると、拡大幅は入力側で +1500%、出力側で +900% だ。最も高性能な Opus モデルを大規模ワークロードに安定して投入できることを意味する。この変更は大規模コード解析・長文ドキュメント生成・エージェント型連続実行の 3 つの領域で特に効いてくる。

大規模コード解析ユースケースでは、長大なコードベースを一度に投入して解析するバッチ処理の実現可能性が格段に上がる。これまでは Opus の入力帯域が制約となり、Sonnet や Haiku へのダウングレードを余儀なくされていた場面でも、Opus をそのまま使い続けられる可能性が高い。

長文ドキュメント生成では、出力帯域の +900% 拡大が直接効いてくる。API 経由でドキュメントを自動生成する処理をバッチで流している場合、スループットが約 10 倍に向上することで、同じコスト感で処理できる量が増える。Tier 1 の API 利用者が大量の技術ドキュメントや仕様書生成を Opus に任せていたなら、処理完了時間の大幅な短縮が期待できる。

エージェント型タスクの連続実行では、複数のサブタスクを並列実行する構成において、1 つのタスクが帯域不足でブロックされて全体が止まるリスクが低減する。エージェントが長時間にわたって複数のサブタスクをさばく設計を取っているチームにとって、安定性の向上は直接的な成果物量の増加につながる。

Anthropic のモデル別比較については、「Claude モデル比較ガイド」も参照してほしい。コスト最適化の観点では「Claude Code コスト最適化」も合わせて読むと実践的な示唆が得られる。

Managed Agents 3 機能(Dreaming / Outcomes / マルチエージェント)— 同日発表のもう一つの変化

レート制限引き上げと同日、Claude Managed Agents にも 3 つの新機能が追加された(9to5Mac の報道)。レート制限の話題に隠れがちだが、エージェント型開発の実務においてはこちらも見逃せない変更だ。

Dreaming — エージェントが「振り返り」で自己改善する仕組み(リサーチプレビュー)

Dreaming は、スケジュールされたメモリ処理プロセスだ。過去のエージェントセッションとメモリストアを定期的に見直し、繰り返しのミス・収束する処理パターン・チーム全体で共有される設定値といった傾向を抽出してメモリを最新化する。単一セッションでは気づけない長期的な傾向をシステムが自動で発見し、エージェントが時間をかけて改善していく仕組みだ(9to5Mac)。メモリ更新を自動で行うモードと、変更前にユーザーが確認するモードを選択できる。

Outcomes — 「成功」の定義をエージェントに伝えてタスク達成率を上げる(パブリックベータ)

Outcomes は、エージェントが目指すべき成功の条件をルーブリック形式で記述できる機能だ。評価は独立した「グレーダー」が別コンテキストで実施するため、エージェント自身の推論バイアスが混入しない設計になっている。不合格の場合はグレーダーが問題箇所を特定し、エージェントが再試行する。内部テストでは標準的なプロンプティングと比較してタスク成功率が 最大 10 ポイント改善 したと報告されており(9to5Mac)、難易度の高いタスクほど改善幅が大きい傾向がある。

マルチエージェントオーケストレーション — リードとスペシャリストの役割分担(パブリックベータ)

マルチエージェントオーケストレーションでは、リードエージェントがジョブを分割してスペシャリストエージェントに委譲する。各スペシャリストは独自のモデル・プロンプト・ツールを持ち、共有ファイルシステム上で並列動作してリードエージェントの全体コンテキストに貢献する。イベントが永続化されるため、リードエージェントは実行途中で他のエージェントに確認・調整できる。Claude Console のトレース機能で、どのエージェントが何を・どの順で・なぜ実行したかを完全に可視化できるのも運用上の大きな利点だ(9to5Mac)。

これら 3 機能の詳細については別記事で掘り下げる予定だ。

今週すぐ確認すべきこと — 上限確認手順と長時間タスク設計の見直しポイント

今回の変更を受けて、エンジニアが実際に取るべきアクションを整理する。

現在のレート状況を /usage コマンドで把握する

Claude Code の CLI では /usage コマンドで現在の使用量と残り制限を確認できる。v2.1.118 以降(リリースノート)では /cost/stats/usage に統合されているため、古いコマンドに慣れている場合はアップデートを確認しよう。

/usage

制限が倍になった実感を数値で確認するには、このコマンドが最も手早い。ピーク時間帯に制限が削減されていた Max プランのユーザーは特に、昼帯の残量の変化に注目してほしい。

長時間タスク設計を「5 時間以内」前提から解放する

制限が倍になったことで、「5 時間以内に完結させないといけない」という前提のもとで設計していたタスク分割を再考できる。たとえば 10 時間かかるコードベース全体のリファクタリング計画を、無理に細切れにするのではなく、1 セッションでより大きな単位として投入できる可能性が生まれた。

チームリーダーにとっては、Claude Code を使ったエージェント型タスクの想定完了時間(SLA)を見直すタイミングでもある。タスク分割の粒度を粗くしても制限に引っかからなくなる可能性が高まり、設計コストを下げつつ成果物量を増やせる見込みがある。

Max プランのピーク時間帯撤廃を業務スケジュールに活かす

Max プランを使っているチームは、これまで昼帯に意図的に避けていた重いタスクを日中に投入する運用戦略が有効になる。朝早い時間帯や深夜に集中させていた大規模解析やバッチ処理を、業務時間内に配置し直すことで、チームとしてのレビューサイクルも組みやすくなる。

Claude Code の全体像については「Claude Code 完全ガイド」を参照してほしい。コストを意識した使い方の詳細は「Claude Code コスト最適化」で解説している。


出典

参考になったら ♡
Clauder Navi 編集部
@clauder_navi

Anthropic の Claude / Claude Code を中心に、日本のエンジニア向けに最新動向と実務 を毎日発信。 運営方針 は メディアについて をご覧ください。