クォータの時計が噛みつく前に理解する
ローリング、週次、プロモ窓
二重制限：5 時間ローリング + 週次リセット。@ClaudeDevs 2026-08-29：週次 +50% は 2026-09-14 まで、その後標準週次上限は恒久 +25%。コスト最適化とは別の話。
二つの時計
5 時間ローリング窓と固定週次リセット。ヘルプセンター（2026-08-30 取得）は +50% を 2026-08-31 11:59 PM PT までとまだ書いている。より後の公式アカウント @ClaudeDevs は 2026-08-29 に、現行 +50% を 2026-09-14 まで維持し、その後標準週次上限を恒久的に 25% 引き上げると書いた。二つの発表を一本化しないこと。ダッシュボードとキー統計で現在位置を確認できる。
臨時 +50% アクティビティ窓
週次ヘッドルーム
@ClaudeDevs 2026-08-29：対象アカウントの週次 +50% は 2026-09-14 まで。その後標準週次上限は恒久 +25%。ヘルプセンターは 2026-08-30 時点でも 2026-08-31 までの延長と書いており、09-14 には改稿されていない。
ダッシュボードで観測
各キーの残量とリセットタイミングを追跡し、重いセッションを計画。
5 時間ローリング + 固定週次
2 つの独立した制限がよくある混乱を招く。ローリング窓は徐々に回復し、週次制限は多くのユーザーにとってハード境界。
実践的なヘッジ
トラフィックの一部を Grok・GPT 各ティア・Kimi に分散しておけば、単一プロバイダのリセットで全作業が止まりません。セルフビルドの Grok Build+ローカルモデルがベース作業を吸収します。
QCode はヘッジを簡単にする
1 つのキーで Claude・GPT 各ティア・Gemini に到達。ウィンドウが厳しいときはトラフィックを分割。プライバシー重視のベース作業は自己管理エンドポイントで。
実践チェックリスト
- 長時間エージェント実行前にローリングと週次両方の数字を確認する。
- ルーティングルールにフォールバックモデルを用意しておく。
- 2026-09-14 以降、@ClaudeDevs の口径では週次上限は現行 +50% プロモから「元の標準 +25%」へ移る（今日比で約 17% 減）。その時点でダッシュボードを見ること。プロモ期間の余裕を長期前提にしない。
よくある落とし穴
5 時間窓と週次上限を一つの時計とみなす；+50% を恒久枠と思い込む（@ClaudeDevs：09-14 以降の新標準は恒久 +25% で、現行プロモ比約 17% 減）；クロスモデルのフォールバックを置かない。
QCode はヘッジを簡単にする
1 つのキーで Claude・GPT 各ティア・Gemini に到達。ウィンドウが厳しいときはトラフィックを分割。プライバシー重視のベース作業は自己管理エンドポイントで。
クォータのよくある質問
現在の窓はどう確認しますか？
QCode ダッシュボードとプロバイダーの使用量エンドポイントに、各キーの残量とリセットタイミングが表示されます。
プロモは全ユーザーに影響しますか？
ヘルプセンター上の対象は Pro / Max / Team と席数課金の旧 Enterprise。Free と従量 Enterprise は対象外。5 時間上限はこのプロモの影響を受けない。ヘルプセンター（2026-08-30 取得）は加算を 2026-08-31 11:59 PM PT までとまだ書く。より後の @ClaudeDevs 2026-08-29：現行 +50% は 2026-09-14 まで、その後標準週次上限は恒久 +25%（現行プロモ比で約 17% 減）。プランと請求はこのプロモでは変わらない。
これはコスト最適化と同じですか？
違います。コスト最適化ページは支出テクニックを扱います。本ページはハードリミットのタイミングと、速度を維持するためのプロバイダー切り替えを扱います。
モデルを混ぜてリセットを回避できますか？
できます。1 つの QCode キーで複数ファミリーにアクセス可能。厳しい窓を避けてルーティングしてください。