Claude 週次上限 2026
完全ルール + +50% 加算のタイムライン
2026-10-08 時点のヘルプセンターによると、週次上限はアカウントに割り当てられた毎週の固定時刻にリセットされ（契約開始日とは無関係）、5時間窓とは独立。臨時 +50% は 2026-09-13 に終了した（ヘルプセンターの 2026-09-20 取得は過去形、@ClaudeDevs 2026-08-29 は 2026-09-14 まで）。09-14 以降の標準はプロモ前比 +25%。
更新日 2026-10-08
サブスクの利用枠切れや 429 が続くときは、トークン従量課金の API に切り替えて、1 つのキーで作業を続けられます。
- トークン従量課金・最新単価は /models
- カード（Visa / Mastercard / AMEX）・Apple Pay・Google Pay・暗号資産で支払い可能
- チャージ後すぐにセルフサービスで開通
4つの重要事実
週次上限の周期
2026-10-08 時点のヘルプセンターによると、週次上限はアカウントに割り当てられた毎週の固定時刻にリセットされ、使い始めた時期や契約開始日には左右されない。次回のリセット時刻は Settings > Usage で確認できる。
臨時加算
臨時 +50% は終了した。区切りはヘルプセンター 2026-09-13、@ClaudeDevs 2026-09-14。残るのは標準の +25%。
@ClaudeDevs が書いた加算の区切り
当初は 2026-07-19 まで。ヘルプセンターが 2026-08-18 に 2026-08-31 まで延長。@ClaudeDevs は 2026-08-29 の投稿で 2026-09-14 までと書いた。ヘルプセンターの 2026-09-20 取得は過去形：It ran from May 13 through September 13, 2026。
5時間ウィンドウとは相殺しない
週次上限と5時間ローリングウィンドウは別々に計算され、どちらか一方が満杯になれば拒否される。互いに融通はできない。
週次上限は実際どう計算されるか
2026-10-08 時点のヘルプセンターによると、週次上限はアカウントに割り当てられた毎週の固定時刻にリセットされ（契約開始日とは無関係）、5時間ローリング窓とは完全に別層だ。窓は短時間の高強度、週次は1週間の累計。週次が満杯になると、速度を落としても数時間待っても早くは戻らない。臨時 +50%（2026-05-13 開始）は 2026-09-13 で終了し（@ClaudeDevs は 2026-09-14 まで）、09-14 以降の標準週次上限はプロモ前比 +25%。換算すると約 17% 減（公式原句ではなく当方の計算）。2026-10-08 時点で、10 月の新たな公式調整は見つかっていない。
+50% 加算のタイムライン
時系列を混ぜない。当初 2026-07-19 まで → ヘルプセンター 2026-08-18 に 2026-08-31 まで延長 → @ClaudeDevs 2026-08-29 は +50% を 2026-09-14 までと書いた → ヘルプセンターの 2026-09-20 取得は過去形で、プロモは 2026-05-13〜2026-09-13。終了日が1日ずれる二つの一次源を出典付きで並べたまま残す。2026-10-08 の再確認でも同記事は変わっていない。ヘルプセンターのリリースノートの最新項目は 2026-09-28（Claude Sonnet 5.5 のリリース）で、10 月の新たな公式の週次上限調整は見つかっていない。
タイムライン
+50% 週次上限加算に当初示されていた有効期限。
2026-08-18 のヘルプセンターが加算を 2026-08-31 まで延長すると発表し、供給逼迫にも言及。当時の口径。次行は 2026-08-29 @ClaudeDevs（2026-09-14）。
@ClaudeDevs 2026-08-29 は +50% を 2026-09-14 までと書いた。ヘルプセンターの 2026-09-20 取得は過去形で、プロモは 2026-09-13 まで。09-14 以降の標準はプロモ前比 +25%。
確認済み vs 継続的な注視が必要
確認済み
2026-10-08 時点のヘルプセンターでは、週次上限はアカウントに割り当てられた毎週の固定時刻にリセットされ、5時間ローリング窓とは独立。+50% の終了日はヘルプセンター（2026-09-20 取得、2026-10-08 の再確認でも同じ）で 2026-09-13、@ClaudeDevs（2026-08-29 投稿）で 2026-09-14 と1日差で、両方の原文そのまま並べて残す。
継続的な注視が必要
いま残る違いは終了日の1日分だけ。ヘルプセンターの 2026-09-20 取得は It ran from May 13 through September 13, 2026、@ClaudeDevs 2026-08-29 は 2026-09-14 まで。本ページは両原文を並べ、統合も一方の削除もしない。約 17% 減は当方の換算。
週次上限 vs 5時間ウィンドウ
週次上限
1週間分の総量上限で、アカウントに割り当てられた固定時刻にリセットされ、満杯ならその時刻を待つ。上乗せだった臨時 +50% は 2026-09-13（@ClaudeDevs では 2026-09-14）で終了した。
5時間ローリングウィンドウ
短時間の高強度利用の上限。実際の消費時刻を起点に5時間ローリングし、満杯になったらそのウィンドウがローリングして過ぎるのを待てばよい。週次加算の影響は受けない。
自分の週次クォータをどう計画するか
まず Settings > Usage で次回のリセット時刻を確認する（2026-10-08 時点のヘルプセンターによれば週次上限はアカウントに割り当てられた固定時刻にリセット）。Claude Code では /usage でプランの使用量バーを見られる。臨時 +50% は 2026-05-13 からで、2026-09-13 に終わり（@ClaudeDevs は 2026-09-14 まで）、2026-09-14 以降はプロモ前比 +25% の標準週次上限で、換算すると約 17% 減（当方の計算）。プロモ余裕前提のペースなら期待値を直す。他モデルへの分散はよくある緩衝：中核以外は別の場所へ、週次枠は本当に Claude が必要な作業へ。
QCode 上での対処法
週次が満杯でも、2026-09-13 に終了した臨時 +50% の後に締まる枠（2026-09-14 以降はプロモ前比 +25%）でも、QCode の1キーで作業の一部を GPT、GLM、Kimi、DeepSeek などへ回せる。次周期のリセットを待つ必要はない。
よくある質問
週次上限はどのくらいの頻度でリセットされますか？
2026-10-08 時点のヘルプセンターによると、アカウントに割り当てられた毎週の固定時刻にリセットされ、使い始めた時期や契約開始日には左右されない。次回のリセット時刻は Settings > Usage で確認できる。使い切った場合、その時刻より前に回復することはない。
+50% 加算はいつ終わりましたか？
終了した。ヘルプセンターの 2026-09-20 取得は過去形で It ran from May 13 through September 13, 2026。@ClaudeDevs の 2026-08-29 投稿は 2026-09-14 までと書いた。2026-10-08 の再確認でも変更はなく、10 月の新たな公式調整も見つかっていない。
なぜ加算の終了日が変わったのですか？
当初は 2026-07-19。ヘルプセンターが 2026-08-18 に 2026-08-31 へ延長。@ClaudeDevs が 2026-08-29 に 2026-09-14 までと書いた。日付を動かしたのは公式側。ヘルプセンターの 2026-09-20 取得は過去形に切り替わり、終了日は 2026-09-13。
週次上限と5時間ウィンドウは互いに融通できますか？
できない。両者は独立して計算され、どちらか一方が満杯になれば拒否される。もう一方に余裕があっても通らない。
臨時加算が終了したら、プランは格下げされますか？
プラン自体は下がらない。臨時 +50% は終了し、終了日はヘルプセンター 2026-09-13、@ClaudeDevs 2026-09-14。09-14 以降は標準週次上限がプロモ前比 +25% で、換算すると約 17% 減（当方の計算）。課金ティアは変わらない。
週次上限に当たったら、リセットを待つ以外に何ができますか？
ヘルプセンターが挙げる公式の選択肢は、リセットを待つ、プランをアップグレードする、usage credits を購入する（標準 API 料金で課金、2026-10-08 時点）の三つ。そのうえで、優先度の低い、あるいは後回しにできるタスクを他のモデルに切り替え、週次上限は本当に Claude が必要な作業のために温存する。QCode の1つのキーでこれが簡単にできる。
情報源
プロモの区間は 2026-05-13〜2026-09-13（当初 2026-07-19 まで、2026-08-18 に 2026-08-31 まで延長）：ヘルプセンター support.claude.com/en/articles/15910845（2026-09-20 取得は過去形で It ran from May 13 through September 13, 2026、09-14 以降はプロモ前比 25% 高い、5 時間枠はこの影響外）。より後の記載：@ClaudeDevs 2026-08-29 16:47 GMT、2093742321473065266（+50% until September 14）。約 17% 減は公式原句ではなく当方の換算。2026-09-20 確認。2026-10-08 再確認：同記事は変更なし。固定リセット時刻と Settings > Usage はヘルプセンターの Pro／Max プラン記事（support.claude.com/en/articles/8325606、11049741）、上限到達後の選択肢と usage credits は 11647753・12429409、リリースノート 12138966 の最新項目は 2026-09-28、/usage は Claude Code 公式ドキュメント code.claude.com/docs/en/costs。
関連記事
Claude の5時間ローリングウィンドウ解説
もう一方の制限層の完全な仕組み。
1M 長コンテキスト料金比較
Claude、GPT-6 Sol / 6.1 Sol、Grok 4.7、DeepSeek V4.1 Flash の長コンテキスト課金規則と三つの計算例（2026-10-07 時点）。
中継経由の Claude Code と 1M コンテキスト
2.1.285 以降、独自 base URL でも 1M を自動使用。ゲートウェイが 200K までなら /autocompact 200k。ヒントヘッダーと 529 バックオフも解説。
技術的な説明であり Anthropic の公式見解ではない。ヘルプセンター（2026-09-20 取得は過去形、終了 2026-09-13、2026-10-08 再確認でも同じ）と @ClaudeDevs 2026-08-29（2026-09-14）の両原文を並列する。約 17% 減は当方の換算。