【2026年4月4日追記】Anthropic が追加クレジットを配布
2026年4月3日、Anthropic は Pro・Max・Team プランの加入者に対して、usage bundles 機能のローンチを記念した一度限りの追加使用クレジットを配布すると発表しました。
配布額
| プラン | クレジット額 |
|---|---|
| Pro | $20 |
| Max 5× | $100 |
| Max 20× | $200 |
| Team | $200 |
クレーム方法
このクレジットは自動的には付与されません。 期限内に自分でクレームしないと受け取れないので注意してください。
- claude.ai の設定 → 使用量ページを開く
- バナーに表示される「Claim」ボタンをクリック
- クレジットが即座にアカウントに追加される
注意事項
- 対象：2026年4月3日午前9時 PT までに Pro・Max・Team プランに加入しているユーザー
- クレーム期限：2026年4月17日
- 有効期限：クレーム後90日間
- 対象外：Enterprise プランおよび Console アカウント
- Claude.ai・Claude Code・Claude Desktop・サードパーティアプリを含む全サービスで利用可能
詳細は Anthropic の公式サポート記事を確認してください。 Extra usage credit for Pro, Max, and Team plans
はじめに
サーバーワークスの池田です。
2026年3月下旬から、Claude Code の利用制限（セッション制限）が異常に速い速度で消費される問題が多くのユーザーに影響しています。筆者の環境（Max ×5 プラン）でも同様で、今週は毎日制限に引っかかるような状況が続いており、挨拶を送るだけでセッション制限の数パーセントが消費されるといったケースも経験しました。
この記事では、何が起きているのか・Anthropic の公式見解・現時点で有効な対処法をまとめます。
この記事で分かること
- 2026年3月23日頃から発生している利用制限の急速消費問題の症状と影響範囲。
- Anthropic による2段階の公式発表（3月31日の「調査中」→4月3日のフォローアップ）の内容。
- プロンプトキャッシュに関する技術的な背景。
- Sonnet への切り替え・effort 調整・コンテキストウィンドウ制限など、現時点で有効な対処法。
問題発生の経緯
| 日時 | 出来事 |
|---|---|
| 2026年3月23日頃 | ユーザーから「利用制限の消費が異常に速い」報告が始まる |
| 2026年3月31日（14:20 PT に状況更新） | Anthropic が Reddit で「調査中・最優先で対応中」と公式発表 |
| 2026年4月3日 5:38 JST（4月2日 13:38 PT） | Anthropic がフォローアップ発表を公開 |
症状——どんな消費パターンが報告されているか
筆者（Max ×5 プラン）の環境では、以下の症状が確認されました。
- 挨拶程度の短いメッセージで、セッション制限の数パーセントが消費される。
- 通常の作業で、1時間ほどで5時間制限に達する。
Reddit や GitHub Issue では、さらに深刻なケースも多数報告されています。
| 報告例 | プラン |
|---|---|
| 1プロンプトで使用量が 0% から 24% に増加 | Max 20× |
| 通常のエージェントタスクで約1.5時間で5時間枠を消費 | Max 5× |
| 3回のシンプルなプロンプトで 100% に到達 | Pro |
| 30秒のセッション中に 0% から 23% に急増 | 不明 |
問題は Claude Code に限らず、claude.ai などのウェブ版でも同様の症状が報告されています。
Anthropic の公式見解
3月31日——「調査中」発表
2026年3月31日、Anthropic は Reddit の公式アカウント（r/Anthropic）から以下のアナウンスを行いました。
We're aware people are hitting usage limits in Claude Code way faster than expected. We're actively investigating, will share more when we have an update.
2:20pm PT Update: Still working on this. It's the top priority for the team, and we know this is blocking a lot of you.
（日本語訳）Claude Code で利用制限に想定より早く到達している問題を把握しています。現在積極的に調査中です。進捗があり次第お知らせします。 14:20 PT 更新：引き続き対応中です。チームの最優先事項であり、多くの方の作業がブロックされていることは認識しています。
4月3日 5:38 JST——フォローアップ発表
2026年4月3日 5:38 JST（4月2日 13:38 PT）、Anthropic はフォローアップ投稿として調査結果と対処法を公開しました。
Thank you to everyone who spent time sending us feedback and reports. We've investigated and we're sorry this has been a bad experience.
Here's what we found:
Peak-hour limits are tighter and 1M-context sessions got bigger, that's most of what you're feeling. We fixed a few bugs along the way, but none were over-charging you. We also rolled out efficiency fixes and added popups in-product to help avoid large prompt cache misses.
（日本語訳）フィードバックや報告を送ってくださった皆さんに感謝します。調査を行いました。ご不便をおかけして申し訳ありません。 調査結果をお伝えします。ピーク時間帯の制限が厳しくなり、1M コンテキストセッションのコストが増加しました。これが体感している現象の主な原因です。いくつかのバグを修正しましたが、いずれも過課金には至っていません。効率化の改善もロールアウトし、大きなプロンプトキャッシュミスを防ぐための通知をアプリ内に追加しました。
主な内容は以下のとおりです。
- ピーク時間帯の制限強化と1M コンテキストセッションのコスト増加が、急速消費の主な原因。
- バグを数件修正したが、「過課金は発生していない」との見解。
- 効率化の改善をロールアウト済み。プロンプトキャッシュミスを防ぐ通知をアプリ内に追加。
技術的な背景——プロンプトキャッシュと消費量の関係
Claude Code はプロンプトキャッシュを使い、過去のコンテキストを再利用することでトークン消費を抑えています。このキャッシュが正しく機能しない場合、同じ内容を毎回フルで送信することになり、消費量が急増します。
Anthropic の発表では、1M コンテキストウィンドウを使うセッションのコストが増加していること、およびピーク時間帯の制限が厳しくなっていることが主因とされています。
また、非公式ですが、コミュニティによる解析（claude-code-cache-analysis）では、以下のようなキャッシュ関連の問題が報告されています。
| 問題 | 内容 |
|---|---|
| Sentinel メカニズムの破損 | キャッシュプレフィックスが破損し、キャッシュ読み込み率が大幅に低下（v2.1.90 で部分改善） |
| Resume キャッシュ破損 | --resume フラグ使用時に大量のトークンがキャッシュなしで課金される |
| 大規模セッションでの偽レート制限 | コンテキストが大きくなると、API を呼ばずにレート制限エラーが発生するケースがある |
対処法
Anthropic の公式推奨と、コミュニティで効果が報告されている対策をまとめます。
公式推奨の対処法
1. Sonnet 4.6 をデフォルトモデルにする
Pro プランでは、Sonnet 4.6 の使用が推奨されています。Opus はおよそ2倍の速度でセッション制限を消費します。セッション開始時にモデルを切り替えてください。
/model sonnet
2. effort レベルを下げる
深い推論が不要なタスクでは、effort レベルを下げるか拡張思考をオフにすることで消費量を抑えられます。セッション開始時にモデルピッカーから変更するか、settings.json で設定してください。
3. アイドル後の大きなセッションは再開しない
約1時間アイドル状態になったセッションはサーバーキャッシュが失効しており、再開するとキャッシュなしで大量のトークンが課金されます。長時間放置したセッションは閉じて、新しいセッションを開始することを推奨します。
4. コンテキストウィンドウをキャップする
以下の環境変数を設定すると、自動コンパクションのウィンドウサイズを制限できます。
export CLAUDE_CODE_AUTO_COMPACT_WINDOW=200000
settings.json に設定する場合は以下のとおりです。
{ "env": { "CLAUDE_CODE_AUTO_COMPACT_WINDOW": "200000" } }
5. 最新バージョンにアップデートする
Anthropic は効率化の改善を継続的にロールアウトしています。常に最新バージョンを使用してください。
npm install -g @anthropic-ai/claude-code@latest
以下のコマンドでバージョンを確認し、2.1.90 以上になっていることを確認してください（2026年4月3日時点の最新版）。
claude --version
コミュニティで報告されている対策
以下は claude-code-cache-analysis による非公式解析に基づく対策です。
npm 版を使用する
スタンドアロン版（curl でインストールするバイナリ）は Sentinel キャッシュバグの影響を受けやすく、npm 版はこのバグの影響を受けないことが確認されています。npm 版の使用が推奨されています。
npm install -g @anthropic-ai/claude-code
インストール後、file $(which claude) の出力に cli.js へのシンボリックリンクが含まれていれば npm 版です。
避けるべき操作
| 操作 | 理由 |
|---|---|
--resume フラグの使用 |
500K 以上のトークンがキャッシュなしで再課金される |
| 複数ターミナルでの同時実行 | セッションごとに独立してクォータを消費する |
| v2.1.89 以前のスタンドアロン版 | キャッシュ読み込み率が 4〜17% まで低下する |
/compact でコンテキストを圧縮する
セッション中に /compact コマンドを実行すると、会話コンテキストが圧縮されます。長いセッションでコンテキストが肥大化している場合に有効です。
キャッシュの状態を確認する
~/.claude/projects/ 以下のセッション JSONL ファイルを確認することで、キャッシュが正常に機能しているか判断できます。
- 正常な状態：
cache_readの値がcache_creationより大幅に大きい（読み込み率 80% 以上） - 問題が発生している状態：
cache_creationがcache_readを上回っている（読み込み率 40% 未満）
オフピーク時間帯に使用する
Anthropic はピーク時間帯（PT 5:00〜11:00、日本時間 21:00〜翌 3:00）に制限が厳しくなっていると説明しています。この時間帯を避けることで状況が改善する可能性があります。
問題が続く場合は /feedback で報告する
Anthropic は「小さなセッションでも利用量が大きく減少する場合は /feedback で報告してほしい」と案内しています。個別のケースについて調査するとのことです。
まとめ
2026年3月下旬から発生している Claude Code の利用制限急速消費問題について、Anthropic は2026年4月3日にフォローアップ発表を行いました。主な原因はピーク時間帯の制限強化と 1M コンテキストセッションのコスト増加とされており、バグによる過課金は否定されています。
現時点での推奨対応は以下のとおりです。
- Pro プランでは Sonnet 4.6 に切り替える。
- 拡張思考が不要なタスクでは effort を下げる。
- アイドル後の大きなセッションは再開せず、新しいセッションを開始する。
CLAUDE_CODE_AUTO_COMPACT_WINDOW=200000でコンテキストを制限する。- 最新バージョンにアップデートする。
問題が続く場合は、セッション内で /feedback を実行して Anthropic に報告することをお勧めします。
