「Claude usage limit reached」が出たら
まず 5 時間ローリング窓か週上限かを分ける。+50% の週次加算は 2026-05-13〜2026-09-13 で終了（@ClaudeDevs は 2026-09-14）。回復の仕方は全く違う。
更新日 2026-09-21
4 つのポイント
ローリングウィンドウ
短周期の上限。ローリング方式で自動的に回復し、誰かに連絡する必要はありません。
週上限
より長い周期の総量上限。これに当たると 5 時間ウィンドウが回復しても使えません。
暫定増枠は終了
ヘルプセンター 2026-09-20 取得は過去形で、+50% の週次加算は 2026-05-13〜2026-09-13。@ClaudeDevs 2026-08-29 は 2026-09-14 までと記載。週次上限は 2026-09-14 からプロモ前より 25% 高い。
2 つの異なるリセット時刻
QCode 側の基準です。日次上限は北京時間 0 時、ブースターは翌日午前 2 時に別途リセットされます。
このメッセージが示していること
完全な文字列は通常「Claude usage limit reached. Your limit will reset at …」で、具体的な時刻が続きます。その時刻が手がかりです。数時間後ならローリング 5 時間ウィンドウ、数日後なら週上限です。どちらも Anthropic がプラン別に設定しており、ネットワークやクライアントのバージョン、API キーとは無関係です。
公式に残っている二つの日付
ヘルプセンター記事 15910845 は 2026-09-20 取得で過去形に切り替わった：It ran from May 13 through September 13, 2026。同記事は 2026-09-14 から週次上限はプロモ前より 25% 高い（Pro・Max・Team・シート課金の旧 Enterprise）とし、5 時間上限はこのプロモの影響を受けないと明記。@ClaudeDevs 2026-08-29 は +50% until September 14 と記載。二つは 1 日違い、一本化しない。プロモ比約 17% 減は当方の 1.25/1.50 換算で公式の言い回しではない。
タイムライン
「数分で枠の大半を消費した」という報告が多数公開され、並列スレッドや全リポジトリスキャンと関連していました。
2026-08-18 のヘルプセンターが週次 +50% を 2026-08-31 まで延長し、供給逼迫にも言及。これは当時の口径。後続は 2026-08-29 @ClaudeDevs（2026-09-14）。
@ClaudeDevs の原文は +50% until September 14。ヘルプセンター 2026-09-20 取得は過去形で、加算は 2026-05-13〜09-13。週次上限は 09-14 からプロモ前より 25% 高い。
まずどちらに当たったかを判別する
確認できること
「Claude usage limit reached. Your limit will reset at …」という原文は公開議論で一貫して現れる。週次 +50% の終了日は二つある。ヘルプセンター 2026-09-20 取得は過去形で、加算は 2026-05-13〜2026-09-13；@ClaudeDevs 2026-08-29 は 2026-09-14。標準週次上限は 2026-09-14 からプロモ前より 25% 高い。
根拠なし — 事実として扱わないこと
負荷時に事業者がリクエストを密かに小型モデルや量子化モデルへ切り替えている、という主張があります。公開議論を検索しましたが、規模のある一人称の証拠も公式説明も見つかりませんでした。したがって本ページではその主張をしません。拒否される、切り詰められる、分類器に止められる——これらは「モデルを差し替えられた」とは別の現象です。
2 種類の上限
ローリング 5 時間ウィンドウ
短周期の上限。エラーに書かれた時刻に自動回復します。短時間に集中して使うと当たります。
週上限
より長い周期の総量上限。これに当たった後は 5 時間ウィンドウの回復を待っても意味がなく、周期のリセットを待つか別の経路で作業を続けるしかありません。
なぜ数分で使い切る人がいるのか
公開された報告に共通するのは、複数スレッドの並列実行、リポジトリ全体をスキャンさせること、そして小さいモデルで済む作業に最も高価なモデルを使うことです。6 分で枠の 23% を消費した記録や、4 スレッドで 20 分以内に 5 時間上限に達した例があります。作業範囲を絞る、大規模リファクタリングを明示的に禁止する、簡単な作業は安いモデルに回す——これらはコミュニティで繰り返し有効性が確認されています。
QCode にできること、できないこと
できること：枠を使い切ったらモデル系列を切り替えて作業を続けられます。1 つのキーで Claude、GPT、Gemini、GLM、Kimi、DeepSeek、Qwen をカバーするので、2 つ目のサブスクは不要です。当日分が足りなければセルフサービスのブースターパックも購入できます。できないこと：Anthropic 公式の経路を使っている限り、公式の 5 時間ウィンドウと週上限はそのまま適用されます。それを消すことはできません。
よくある質問
どちらの上限に当たったか、どう判別しますか？
エラー内のリセット時刻を見てください。数時間後なら通常はローリング 5 時間ウィンドウ、数日後なら週上限です。最も速く確実な判別方法です。
5 時間ウィンドウはサポートに解除してもらう必要がありますか？
不要です。自動的に回復します。「公式の上限を即座に解除できる」という申し出は疑ってください。
公式の 50% 増枠は終了しましたか？
終了した。ヘルプセンター 2026-09-20 取得は過去形で、加算は 2026-05-13〜2026-09-13；@ClaudeDevs 2026-08-29 は 2026-09-14。標準週次上限は 2026-09-14 からプロモ前より 25% 高く、当方換算ではプロモ比約 17% 減。+50% を長期容量の前提にしない。
関数を 1 つ直しただけで週上限が大きく減るのはなぜですか？
モデルが指定範囲を超えたことが多いです。先にリポジトリ全体を走査し、アーキテクチャに疑問を呈し、設定をリファクタリングし、最後にようやくバグに触れる——範囲を明確に固定し、大規模リファクタリングを禁止すると通常は大きく改善します。
QCode にも 5 時間ウィンドウはありますか？
ありません。個人プランは 2026 年 7 月に 4 時間ウィンドウ制限を全廃しました。現在の唯一の指標は日次上限で、北京時間 0 時にリセットされます。足りない場合はセルフサービスのブースターパックを購入でき、これは翌日午前 2 時に別途リセットされます——日次上限よりあえて 2 時間遅く、日付をまたぐ作業の緩衝になります。
QCode に切り替えればこのエラーは出なくなりますか？
Anthropic 公式の経路を呼んでいる限り、公式側の上限は適用されます。価値は、枠が尽きたときに他のモデル系列へ即座に切り替えられることであり、公式の上限が消えることではありません。
情報源
エラー原文は公開検索できる開発者の議論。週次 +50%：ヘルプセンター support.claude.com/en/articles/15910845（2026-09-20 取得、It ran from May 13 through September 13, 2026／starting September 14, 2026 でプロモ前より 25% 高い）。別の口径は @ClaudeDevs 2026-08-29 16:47 GMT、投稿 2093742321473065266（+50% until September 14）。約 17% 減は当方の 1.25/1.50 換算。2026-09-20 確認。
関連記事
Claude Code の枠リセットの仕組み
周期、リセット時刻、よくある誤解。
Claude Code のコスト最適化
枠を要所に使うための具体的な方法。
QCode のプランと課金
日次上限、ブースターパック、複数月割引。
公式上限と暫定加算は Anthropic の公表記事に従う。ヘルプセンター 2026-09-20 取得（2026-05-13〜2026-09-13）と @ClaudeDevs 2026-08-29（2026-09-14）を並記し、一本化しない。09-14 からの標準週次上限はプロモ前より 25% 高い。QCode 側のリセット基準は当サイトの料金ページ。