Claude使用制限が突然キツくなった理由｜ピーク時間帯の仕組みと7つの対策

「Max 20xプランで21%だった使用量が、1つのプロンプトで100%に跳ね上がった。」

これはGitHubのissueに投稿された報告だ（出典: GitHub / anthropics/claude-code #38335、2026年3月）。月200ドル払っているユーザーの体験として、控えめに言って衝撃的だ。

2026年3月23日頃から、Claude Codeユーザーを中心に「レート制限の消費が異常に速い」という報告がGitHubやSNSに殺到した（出典: MacRumors）。Max 5xプランのユーザーは約90分で枠を使い切り、以前と同じワークロードなのに5時間セッションが1〜2時間で消耗したという声が相次いだ。

3月26日、Anthropicは公式に認めた。「増大する需要に対応するため、ピーク時間帯の5時間セッション制限を調整している」（出典: The Register）。

バグではなく、仕様変更だった。

何が変わったのか：ピーク時間帯の「見えない重み付け」

Anthropicが変えたのは、使用量の計算方法だ。

従来、5時間のセッション枠は文字通り5時間分だった。だが3月下旬から、平日の太平洋時間5:00〜11:00（日本時間21:00〜翌3:00）にトークンコストへ重みが加算されるようになった。同じ作業をしても、ピーク時は非ピーク時より早く枠を消費する。

AnthropicのThariq Shihiparは「ピーク時間帯のセッション制限を調整している」と認めつつ、「週間の全体上限は変更していない」と強調した（出典: PCWorld）。

項目	変更前	変更後
5時間セッション枠	均一消費	ピーク時は加速消費
ピーク時間帯	なし	平日 5:00〜11:00 PT
週間上限	各プラン固定	変更なし
影響ユーザー	─	全体の約7%
最も影響を受ける層	─	Proプラン利用者

要するに、時間帯による動的な課金ウェイトが導入された。航空券やホテルのダイナミックプライシングと同じ発想だが、事前告知なしに適用されたことが問題を大きくした。

なぜ今、制限を厳しくしたのか

理由は単純で、GPUが足りない。

2026年2月末のOpenAI・Pentagon契約発表後、#QuitGPT運動が発生しChatGPTのアンインストールが295%急増した。その受け皿としてClaudeが米国App Storeで1位を獲得し、有料ユーザーは2倍超に急増した（出典: TechCrunch）。詳しくは#QuitGPT運動の全貌で書いた。

この急成長の裏で、インフラがユーザー増加に追いつけなくなった。1Mトークンのコンテキストウィンドウ、Opus 4.6のデフォルト化、Claude Codeの爆発的普及。すべてがGPU消費を押し上げた。

Anthropicは3月だけで14以上の新機能をリリースし、5回のサービス障害を経験した（出典: The New Stack）。成長と安定の両立に苦しんでいる構図だ。

ユーザーの声：信頼の揺らぎ

ピーク時制限そのものより、説明の遅さがユーザーの信頼を損なった。

3月23日に異常が始まり、Anthropicが公式に認めたのは3月26日。その3日間、ユーザーはバグなのか仕様なのか分からないまま制限に苦しんだ。GitHubには「アクティブなセッションがゼロなのに使用量カウンターが増えていた」「ピーク時間外なのに制限が発動した」といった、純粋なバグを疑わせる報告も並んだ（出典: GitHub / anthropics/claude-code #39649）。

Max 5xプラン（月100ドル）のユーザーは、同じエージェントタスクが約90分で枠を使い切ったと報告した。Max 20xプラン（月200ドル）ですら、1プロンプトで21%から100%に跳ね上がった事例がある。「バグではなく仕様です」と説明されても、体感としてはバグに見える。

一方で冷静な見方もある。「影響を受けるのは全体の7%だけ。大半のユーザーには関係ない」（出典: gHacks）。これは事実だが、Claude Codeのヘビーユーザーこそがこの7%に入りやすく、彼らはAnthropicにとって最も重要な顧客層でもある。

救済措置：オフピーク倍増プロモーション

Anthropicは3月13日〜28日の期間限定で、オフピーク時間帯の使用量を倍増するプロモーションを実施した（出典: Claude Help Center）。Free、Pro、Max、Teamプランが対象で、追加分は週間上限にカウントされなかった。

日本のユーザーにとっては実はありがたい施策だった。ピーク時間帯（PT 5:00〜11:00）は日本時間の21:00〜翌3:00。つまり日中に作業する日本のユーザーは、ほぼ常にオフピーク倍増の恩恵を受けられた。

ただし、このプロモーションは3月28日で終了している。現在は通常のレート制限に戻っている。

Claudeの使用制限に対する具体的な対策を知りたい方は、Claude Pro課金判断ガイドもあわせて参考にしてほしい。

7つの対策：Claude使用制限と上手く付き合う方法

制限を完全に回避する方法はない。だが、消費を最適化する手段はある。

1. ピーク時間帯を避ける

最もシンプルで最も効果的。日本在住なら日中（9:00〜21:00 JST）に集中作業すればピーク帯を完全に回避できる。米国在住なら早朝（PT 4:00以前）か午後（PT 11:00以降）にずらす。

2. タスクを明示的に分割する

Claude Codeでの大きなリファクタリングや複数ファイル横断タスクを1つのプロンプトに詰め込むと、トークン消費が一気に膨らむ。「まずファイルAの関数Xを修正」「次にテストを追加」と段階的に依頼する方が、結果的に枠を長持ちさせる。

3. 軽量モデルに切り替える

Claude Codeで/model sonnetと入力すればSonnet 4.6に、/model haikuならHaiku 4.5に切り替わる。すべてのタスクにOpus 4.6が必要なわけではない。一部の開発者の報告では、コード生成やテスト作成の半数以上はSonnetで十分な品質が出るとされている（出典: dev.to）。

4. 「追加使用量」を購入する

Pro、Max 5x、Max 20xの全有料プランで、月額の上限を超えた分をAPI標準レートで従量課金できる。月間の支出上限を自分で設定できるため、予算を決めて使えばコントロールは効く。

5. APIの直接利用を検討する

ヘビーユーザーの場合、サブスクリプションよりAPI直接利用の方がコスト効率が良いケースがある。Opus 4.6のAPI料金は入力$5/100万トークン・出力$25/100万トークン（出典: Anthropic公式料金表）。拡張コンテキスト（200K超〜1M）利用時は$10/$37.50。月の使用量が予測可能なら、APIの方が「見えない重み付け」の影響を受けない。

6. 他のモデルと併用する

Claudeが得意でないタスクや、推論品質が不要な作業はDeepSeek V3、Gemini 2.0 Flash、Kimi K2などに振り分ける。Claudeの枠は「Claudeでなければならない作業」に集中させる。Gemini 3.1 ProとClaudeの比較記事も参考になる。

7. /effortでトークン予算を調整する

Claude Codeの/effortコマンドで思考レベルを調整できる。100行未満の小規模な修正ならlowで十分。デフォルトのmediumから下げるだけでトークン消費を大幅に減らせる。詳しくはClaude Code 3月アップデートガイドを参照。

PMとしての見立て：これは「成長痛」か「構造的問題」か

PMの視点から率直に言えば、筆者の評価としては今回の対応は不合格だ。

仕様変更を事前に告知せず、ユーザーが混乱してからの事後説明。バグ報告と仕様変更の境界が曖昧なまま3日間放置。月200ドル払っている顧客に対して、この対応は許容できない。

ただし、根本原因は成功しすぎたことにある。QuitGPT運動で数百万人が流入し、Claude Codeが開発者の主力ツールになり、Opus 4.6の1Mトークンウィンドウが計算資源を食い尽くした。需要予測が外れたのか、GPUの確保が間に合わなかったのか。おそらく両方だ。

Anthropicは2026年2月に300億ドルのSeries G調達を実施しており（ARR（年間経常収益）140億ドル時点、出典: CNBC）、資金力に問題はない。GPUの調達とデータセンターの増設は時間の問題だろう。3月の14回以上のリリースと5回の障害というペースは、拡大期の典型的な「成長痛」に見える。

自分がこの状況で判断するなら、当面はClaude Proを維持しつつ、ピーク帯を避ける運用を選ぶ。Maxへのアップグレードは、ピーク帯の制限が安定するまで様子を見る。Claudeの課金判断基準も含めて、「払う価値」は機能だけでなく安定性で評価すべき時期に来ている。

Claude使用制限の変更まとめと今後の見通し

Claudeの使用制限変更は、急成長するAIサービスが直面する構造的な課題を象徴している。「月額固定で無制限」というモデルは、GPUという物理的制約の前では持続しにくい。

日本のユーザーにとって幸運なのは、ピーク時間帯が夜間（21:00〜翌3:00 JST）に当たる点だ。日中に作業する限り、影響は限定的。それでも制限に当たる場合は、モデルの使い分けやタスク分割で対応できる。

重要なのは、Claudeの品質そのものは変わっていないということだ。変わったのはアクセスの公平性だけ。今日からできることを3つだけ挙げる。

• 作業時間を日中（9:00〜21:00 JST）に寄せる : ピーク帯を完全回避
• Claude Codeで /model sonnet と /effort low を使い分ける : トークン消費を大幅削減
• 1週間の使用パターンを記録して、プラン判断の材料にする : 感覚ではなくデータで判断