Codex の
5 時間ローリング制限が復活
しばらく停止していた 5 時間ローリング制限が、2026 年 7 月 30 日に復活しました。何が起きたのか、ユーザーが実際に報告している内容、そして上限に達した後も作業を続ける方法をまとめます。
2026 年 7 月 30 日より、Codex は有料サブスクユーザー向けに 5 時間ローリング制限を再有効化しました。頻繁なクォータリセットで凌いでいた移行期は終了です。
2026 年 7 月 30 日更新 —— 公式見解が変われば本ページも更新します。
停止から復活までの経緯
日付の確かな事実のみ。公式が数値を公表していない部分は「未公表」と明記します。
Sol の消費が速すぎて 5 時間制限が停止に
GPT-5.6 Sol ティアのクォータ消費の速さに多くの不満が集まりました。データ収集のため、そして開発者が制限なく使えるようにするため、Codex チームは 5 時間ローリング制限を停止しました。
頻繁なクォータリセットで維持
停止期間中、有料ユーザーのクォータは何度もリセットされ、コミュニティでは「また リセット」が恒例行事になりました。あくまで暫定措置であり、恒久的な仕組みではありません。
5 時間ローリング制限が復活
問題は解決したとの説明のもと、5 時間ローリング制限が戻り、週次制限と再び併用されるようになりました。
体感の落差は一点に集約されます。停止期間中は重いタスクを数時間連続で回せましたが、復活後は「重い作業なら 30 分ほどで上限に達する」という報告が目立ちます。
以上はユーザーの公開報告の要約であり、公式数値ではありません。OpenAI は 5 時間ウィンドウのクォータ上限を公表していません —— 正確な数字を主張する情報には注意してください。
上限に達した後、作業を続ける 4 つの方法
手軽な順から根本的な順まで。目の前のタスクの緊急度で選んでください。
消費の軽いティアに変更
最上位の推論が不要な作業は Sol から Terra や Luna へ。同じ Codex CLI で model id を変えるだけで、クォータ消費が大きく下がります。
Claude 側に切り替える
Codex の 5 時間ウィンドウと Claude のクォータは独立した 2 つの枠です。詰まったタスクを Opus 4.8 や Sonnet 5 に渡すほうが、ウィンドウのリセットを待つより速いことが多いです。
API 経路でウィンドウを回避
5 時間ローリング制限はサブスクプランの仕組みです。API 経路にこのローリングウィンドウは存在せず、購入したプランの日次上限で計算されます。QCode のキー 1 本で Codex・Claude・Gemini をカバーします。
よくある質問
Codex の 5 時間ローリング制限とは？いつ復活しましたか？
5 時間のローリングウィンドウで計算される使用量の上限です。ウィンドウ内で使い切ると、ウィンドウが進むまで待つことになります。この仕組みは一時停止されていましたが、2026 年 7 月 30 日に復活し、週次制限と併用されます。
なぜ以前は停止されていたのですか？
GPT-5.6 Sol ティアのクォータ消費の速さに多くの不満が集まったためです。Codex チームは 5 時間制限を停止し、移行期にはクォータを繰り返しリセットして、原因究明の間もユーザーが制限なく使えるようにしました。問題が解決したとの説明とともに制限が復活しました。
「重いタスクなら 30 分で上限」という話は本当ですか？
コミュニティで広く見られる報告であり、公式数値ではありません。OpenAI は 5 時間ウィンドウのクォータ上限を公表しておらず、実際にどこまで回せるかは使用ティア、コンテキスト長、キャッシュのヒット率によって変わります。方向性の参考として捉え、正確な約束とは考えないでください。
上限に達した後はどうすればよいですか？
4 つの方向があります。Terra や Luna など消費の軽いティアに変更する。Claude 側の Opus 4.8 や Sonnet 5 にタスクを渡す。API 経路に移す（サブスクの 5 時間ローリングウィンドウに縛られず、購入した日次上限で計算されます）。あるいは時間帯をずらして使用量を監視する。QCode はこの 3 番目の経路です —— キー 1 本で Codex・Claude・Gemini をカバーします。