Codex・ChatGPT Workの5時間制限が復活｜7/29告知・7/30再開とGPT-5.6 Solの18%改善を完全解説【2026年7月速報】

2026年7月12日から一時的に撤廃されていた Codex・ChatGPT Work の5時間制限は、7月29日（日本時間）のOpenAI側の告知どおり、翌7月30日に復活する予定です。同時に全ユーザーの利用枠がリセットされ、GPT-5.6 Sol は効率改善によって「典型的な使い方で約18%長く持つ」と説明されています。

つまり、7月中旬から続いていた「5時間枠を気にせず回せる期間」は終わり、7月30日以降は「5時間枠 ＋ 週次枠」の2層制限に戻る前提で作業計画を組み直す必要があります。

この記事でわかること

• 7月に何が起きたのか（撤廃 → 8回以上のリセット → 復活告知）の全タイムライン
• 5時間枠と週次枠の違い、Codex と ChatGPT Work が同じクレジットを食い合う構造
• プラン別の上限早見表・クレジット換算レートと、モデル選択が枠の持ちに与える影響
• なぜ GPT-5.6 Sol が想定より枠を消費したのか（技術的な理由）
• 制限復活後に、枠を持たせるための具体的な設定変更と運用チェックリスト

この記事の対象：Codex CLI やChatGPT Workを日常的に使っているエンジニア・ビジネス職、および Plus / Business / Pro のどれを契約するか判断したい方、チームで枠を共有している管理者。

出典: OpenAI Developers（Codex）

執筆時点の注意：2026年7月30日時点で、「5時間制限が実際に再表示されたこと」を示すOpenAIの追加アナウンスは確認できていません。本記事は「7月29日に『明日復活させる』と告知された」という事実に基づいています。実際の適用状況は、Codex CLI の /status またはWebの Usage パネルでご自身の画面を確認してください。

7月30日以降、何がどう変わるのか

変更点は3つに整理できます。

重要なのは、5時間制限が撤廃されていた期間も「週次枠」はずっと生きていたという点です。7月中旬以降に「制限がなくなった」と感じていた方も、実際には週次枠を消費し続けていました。7月30日以降は、そこに5時間枠が上乗せで戻る形になります。

なお、OpenAI側は「どのサブスクリプションプランでも利用量（枠）を減らしてはいない」と明言しています。つまり今回の一連の騒動は、プランのサイレント値下げではなく、GPT-5.6 Sol の挙動によって同じ枠が想定より速く消費されていたことが原因、という整理です。

2026年7月に起きたことの全タイムライン

7月は、GPT-5.6 の一般公開と ChatGPT Work の提供開始で需要が急増し、OpenAI が1か月で8回以上の利用枠リセットを実施する異例の月になりました。日付ごとに追うと、今回の復活が「唐突な締め付け」ではなく、緊急避難的な撤廃からの原状復帰であることがわかります。

※ 1,000万人到達は英語ソースで7/21（現地時間）、国内報道で7/22と表記が分かれています。時差による差と見られます。

この一連のアナウンスを行っているのは、OpenAI の Codex 責任者（Head of Codex）である Thibault "Tibo" Sottiaux 氏です。国内メディアの一部で「同社CEO」と表記されている記事がありますが、OpenAIのCEOはサム・アルトマン氏であり、ソティオ氏はCodexを統括するプロダクト責任者です。一次情報を追う際は X（@thsottiaux）の投稿が起点になります。

GPT-5.6 の3モデル（Sol / Terra / Luna）そのものの性能差や料金は、GPT-5.6とは？Sol・Terra・Lunaの違いと料金で詳しく整理しています。

そもそも何の制限なのか：5時間枠と週次枠の2層構造

Codex・ChatGPT Work の利用制限は、5時間ローリングウィンドウと週次（weekly）上限の2層で構成されています。この2つは独立してカウントされ、片方のリセットがもう片方を回復させることはありません。

公式ドキュメントでは、5時間あたりのメッセージ数目安の下に「additional weekly limits may apply（別途週次上限が適用される場合がある）」と記載されているのみで、週次枠の具体的なクレジット数は公表されていません。ここは現時点で未公開の領域なので、「週次は数字が見えない天井」として余裕を持った計画を立てるのが安全です。

見落としやすい落とし穴：Codex と ChatGPT Work は同じ財布を共有する

チーム運用で最も事故が起きやすいのがこの点です。ChatGPT Work / Codex / ChatGPT for Excel / Workspace Agents は、同一のクレジットプールを共有します。別枠ではありません。

つまり、

• ビジネス職がChatGPT Workで長時間の資料作成エージェントを回す
• → その消費が、エンジニアがCodexで使うはずだった枠から引かれる
• → 開発側が「何もしていないのに枠が減っている」と感じる

という事態が起きます。5時間制限が撤廃されていた期間は週次枠だけが天井だったため、この共有構造の影響がより見えにくくなっていました。制限復活後は5時間枠でも競合するため、チーム内で誰が何にどれだけ使うかの合意が必要になります。

ChatGPT Work 側の機能や料金体系はChatGPT Workとは？Codex統合の業務AIエージェント、チーム共有機能についてはChatGPT workspace agentsの解説にまとめています。

プラン別の上限早見表（2026年7月30日時点）

現時点の公式ドキュメントに記載されている、5時間あたりのメッセージ数の目安は以下のとおりです。幅があるのは、1メッセージあたりのクレジット消費がタスク内容によって大きく変わるためです。

出典: Codex Pricing 公式ドキュメント

読み方のポイントは3つです。

1. Plus と Business の5時間あたり上限は同水準。Business は管理機能・ガバナンスのためのプランであり、個人の作業量を増やすためのものではありません。
2. Pro 5x / 20x は Plus の5倍・20倍。1日中エージェントを回すなら Pro 一択になります。
3. Free / Go の Codex 利用条件は現時点で明確な記載が確認できません。過去に期間限定の開放が行われた経緯もあるため、無料枠前提の運用は避けるのが無難です。

ドル建て料金の日本円換算や、ChatGPTの全プラン比較はChatGPT料金の完全比較にまとめています。

クレジット換算レート：モデル選択が枠の持ちを決める

枠の消費量は「何回送ったか」ではなく「どのモデルで、どれだけトークンを使ったか」で決まります。公式に公開されているクレジット換算レート（100万トークンあたり）は以下のとおりです。

Sol は Luna の入力・出力とも5倍のクレジットを消費します。 公式も「GPT-5.6 の利用は平均5〜40クレジット/メッセージ」としており、同じ作業でもモデルを1段落とすだけで枠の持ちは体感で大きく変わります。

これが、制限復活後にまず見直すべきポイントです。「とりあえず一番賢いモデル（Sol）を常用する」設定のままだと、5時間枠は最短15メッセージ程度で頭打ちになり得ます。

出典: OpenAI Platform — Models

なぜGPT-5.6 Solは枠を早く消費したのか

「Solにしてから枠の減りが異常に速い」という報告が7月に集中しました。OpenAI側の説明として報じられている要因は、主に次の4点です。モデルの単価が上がったのではなく、1タスクあたりの仕事量が増えたというのが本質です。

1. エージェント実行が長時間化した — Sol は従来モデルより「長く働こうとする」傾向が強く、途中で止まらずにツール呼び出しを重ね、複雑なワークフローを自分で調整します。
2. programmatic tool calling（コードモード）による並列化 — ツール呼び出しを並列に走らせられるようになった結果、1ターンあたりの応答数そのものが増加しました。
3. キャッシュ入力トークンの増大 — Web検索ループなどで文脈が積み上がり、cached input tokens が想定以上に膨らみました。単価は安くても量が増えれば効いてきます。
4. 結果として想定より多い使用量になった — ただしOpenAIは「どのサブスクプランでも利用量を減らしてはいない」と明言しており、仕様変更による実質値上げではないと説明しています。

要するに、賢くなった分だけ勝手に働きすぎていたという構図です。ユーザー側の対策も「モデルを落とす」「推論の強度を下げる」「余計なツール呼び出しを誘発しない指示を出す」という方向に集約されます。

実際のユーザー報告：どれくらい速く減っていたのか

体感の話ではなく、GitHub の openai/codex リポジトリに投稿された Issue には定量的な報告が残っています。ここが今回の騒動の温度感を最もよく表しています。

出典: GitHub — openai/codex

Issue #32250（2026-07-10・ChatGPT Pro）

• Sol・reasoning effort Medium で短い会話をしていただけで、5時間枠が 87% → 76%（-11pt）、さらに 72%（合計-15pt） まで低下。
• ツール呼び出しのない短い返信でも、1メッセージあたり約1pt消費。
• 同ユーザーが GPT-5.5 の xhigh を使っていたときには、ここまでの消費はなかった。
• 週次枠は96%残っており、消費は5時間枠に集中していた。

Issue #32606（ChatGPT Plus ＋ 追加クレジット）

• Codex CLI で Terra（xhigh） を使いリポジトリの事前監査を回したところ、数分で5時間枠をほぼ使い切った。
• 同日に約 €40分の追加クレジットを購入したが、それも急速に消費。
• 最終的に GPT-5.4 xhigh へロールバックして運用を継続。

同じスレッドには「簡単なプロトタイプWebページを1枚作っただけで週次割り当てのほぼ全量を消費した」という報告もあります。また、使用量の内訳（モデル倍率・入力/キャッシュ入力・推論トークン・ツール呼び出しのオーバーヘッド）がUIで分解表示されない点への要望も繰り返し出ています。現時点では「何にどれだけ使ったか」をユーザー側で厳密に追うことはできません。

「18%長く持つ」をどう読むべきか

7月29日に表明された「典型的な使い方で約18%長く持つ」という数字は、見込み値であって保証ではありません。読み方を誤ると計画がずれます。

並列ツール実行を多用する重い使い方や、長大なコンテキストを引きずるセッションでは、18%の改善分をすぐ食い潰す可能性があります。「18%増えたから今までどおりでいい」ではなく、「18%増えた上で、さらに設定を見直す」という前提で組むのが実務的です。

制限復活後、今日やるべき5つの確認

出典: OpenAI Developers — Codex CLI

7月30日以降、最初にやるべきことは自分の画面で現状を確認することです。以下の順で進めれば5分で終わります。

1. 5時間枠が戻っているか確認する — Codex CLI で /status を実行、またはWebの chatgpt.com → 設定 → 「Usage（使用状況）」パネルを開く。5時間メーターが再表示されていれば復活済みです。
2. 週次枠の残量を確認する — 7/29のリセット直後であれば100%に近い表示になっているはずです。ここが減っていれば、既に相当量を消費しています。
3. デフォルトモデルを確認する — モデルピッカーが Sol のままになっていないか。日常のコード修正や調査は Terra / Luna で十分なケースが多くあります。
4. reasoning effort の既定値を確認する — xhigh / high のままだと、簡単なタスクでも大量の推論トークンを消費します。medium を基準にし、必要なときだけ上げる運用に切り替えます。
5. banked reset の残数と失効日を確認する — 付与されている場合、付与から30日で失効します。7/12〜13に付与されたものは8月上旬〜中旬に期限を迎える計算になります。

枠を使い切ったときの4つの選択肢

上限に達した場合の対処は次の4つです。なお公式ドキュメントには、上限到達後も進行中のターンは完了できる（fair useの範囲内）との記載があります。作業が途中でぶつ切りにされるわけではありません。

第5の選択肢として、API Key 利用への切り替えもあります。API は標準の従量課金でサブスク枠とは別勘定のため、5時間枠・週次枠の影響を受けません。ただしコストは使った分だけ積み上がるので、予算管理は別途必要です。

5時間枠を持たせるための実務策

制限復活後にまず効くのは、モデルと推論強度の見直しです。効果が大きい順に並べると次のとおりです。

• モデルを使い分ける — 常用を Terra または Luna に下げる。クレジット単価が Sol の1/2〜1/5になります。難易度の高い設計・デバッグのときだけ Sol に上げる運用が、最も費用対効果の高い方法です。
• reasoning effort を下げる — xhigh / high → medium。推論トークンは出力側のレートで課金されるため、ここの影響は大きくなります。
• コンテキストを整理する — 長いスレッドを延々と引きずらない。cached input が積み上がるほど、1メッセージあたりの固定コストが増えます。区切りのいいところで新規スレッドに移すのが有効です。
• タスクを分割し、指示を具体化する — 曖昧な指示はエージェントの探索ループを誘発し、無駄なツール呼び出しを増やします。対象ファイル・ゴール・制約を明示するだけで消費が変わります。
• トークン予算を設定する — Codex CLI には rollout_budget.limit_tokens / rollout_token_budget によるトークン予算設定があります。高消費モードを常用する場合は設定しておくと暴走を防げます。

同種のトークン節約の考え方は、Claude Codeのコスト最適化術でも整理しています。ツールは違っても「モデルを落とす・文脈を切る・指示を具体化する」という原則は共通です。

出典: OpenAI 公式サイト

チームで使う場合に押さえるべき3つのリスク

本件はセキュリティインシデントではなく、課金・上限ポリシーの変更です。ただし業務利用では、次の3つが実務リスクになります。

1. 予算超過リスク

枠切れ後に自動で追加クレジットを買う運用にしていると、Sol の高消費と組み合わさって想定外の請求が発生します。実際に1日で€40相当を消費した報告があります。上限アラートや購入承認フローを、制限復活のタイミングで見直しておくべきです。

2. 業務停止リスク

週次枠を使い切ると、同じサブスク枠での作業は止まります。共有プールを使っているチームでは、1人のヘビー利用が全員の作業を止め得る構造です。週の後半に枠が尽きる想定で、重要な作業を週前半に寄せる、あるいはユーザーごとにプランを分けるといった設計が必要になります。

3. 仕様変更リスク

OpenAI は7月だけで利用枠リセットを8回以上実施し、5時間制限も撤廃 → 復活と揺れました。撤廃時に終了日は公表されておらず、復活は前日に告知されました。この頻度で変わる以上、「今の制限仕様を前提にした業務設計」は脆いと考えるべきです。数値が見えない週次枠ベースで、余裕を持った計画を立てるのが現実的な落としどころです。

Claude Code など他ツールの制限方式との違い

出典: Anthropic 公式（Claude Code）

コーディングエージェントの利用制限は、各社で考え方が異なります。主要な違いを整理します。

Codex 側の特徴は、業務用エージェント（ChatGPT Work）と開発用エージェント（Codex）が同じ財布を共有している点です。ここは他社にあまりない構造で、チーム導入時の見積もりを難しくしています。Claude Code 側の仕組みはClaude Codeとは？機能と料金の解説を参照してください。

こんな人はプランを上げるべき / 上げなくていい人

Pro（5x / 20x）へのアップグレードをおすすめする人

• 平日ほぼ毎日、数時間単位でCodexにコードを書かせている
• 大規模リポジトリの監査・リファクタなど、1タスクで大量のファイルを読ませる作業が多い
• 週の途中で枠が尽き、業務が止まった経験がすでにある
• Sol の推論品質が必要な設計・デバッグ作業が主戦場である

Plus のままで十分な人 / アップグレードをおすすめしない人

• 1日1〜2時間程度、部分的なコード生成や調査に使っている
• Terra / Luna で十分な作業が中心（定型的な修正、テスト生成、ドキュメント作成）
• まだモデル既定値を Sol・reasoning effort を high 以上にしたまま使っており、設定見直しの余地が残っている
• 繁忙期だけ枠が足りない（この場合は追加クレジットのスポット購入のほうが安く済むことが多い）

先に検討すべきなのは、プラン変更よりモデルと推論強度の見直しです。 Sol → Terra だけでクレジット単価は半分、Luna なら1/5になります。設定を最適化しても足りない場合に、はじめてアップグレードを検討するのが合理的な順序です。

Codex 自体の機能や使い方から確認したい場合はOpenAI Codexとは？できること・料金・使い方を、ChatGPT全体のプラン設計を見直したい場合はChatGPTとは？機能と全体像の解説をあわせてご覧ください。

現時点で確定していない項目

正確を期すため、2026年7月30日時点で公式に確認できていない点を明示します。

よくある質問

Q. 5時間制限が撤廃されていた期間、実質無制限だったのですか？

いいえ。5時間枠が止まっていただけで、週次枠は常に有効でした。撤廃期間中に「気づいたら週次枠が尽きていた」というケースは、この構造によるものです。

Q. APIキーで使えば、この制限は関係ありませんか？

関係ありません。API利用は標準の従量課金で、サブスクリプションの5時間枠・週次枠とは別勘定です。ただし使用量に比例して課金されるため、コスト管理の方法が変わるだけと考えてください。

Q. 週次枠を使い切ったら、5時間枠が残っていても使えませんか？

はい。2つは独立してカウントされ、週次枠を使い切ると同一サブスク枠では継続できません。この場合は追加クレジット購入、上位プランへの変更、リセット待ちのいずれかになります。

Q. banked reset はいつ使うのが得ですか？

総枠を増やす仕組みではなく、リセットのタイミングを自分で選べるだけのものです。したがって「重要な締め切り直前で枠が尽きたとき」に使うのが最も効きます。付与から30日で失効するため、残っている場合は失効日から逆算して使い切る計画を立ててください。

Q. また撤廃される可能性はありますか？

現時点では未定です。ただし7月の経緯（撤廃も復活も事前の長期予告なし）を踏まえると、需要急増や大規模障害が起きた際に、再び緊急的なリセットや制限緩和が行われる可能性は十分にあります。仕様変更を前提にした運用設計が現実的です。

Q. Sol を使わなければ問題は起きませんか？

消費は確実に抑えられますが、ゼロにはなりません。Issue #32606では Terra（xhigh）でも数分で5時間枠をほぼ使い切った報告があります。モデルだけでなく、reasoning effort とタスクの重さの組み合わせで決まる点に注意してください。

Q. 使用量の内訳は確認できますか？

現時点では、残量とリクエスト数は Usage パネルや /status で確認できますが、モデル倍率・推論トークン・ツール呼び出しのオーバーヘッドといった内訳の分解表示はありません。GitHub Issue でも繰り返し要望が出ている状態です。

まとめ

• 7月12日から一時撤廃されていた Codex・ChatGPT Work の5時間制限は、7月29日の告知どおり7月30日に復活予定。撤廃期間中も週次枠は有効だった
• 7月29日に全ユーザーの利用枠がリセットされ、GPT-5.6 Sol は「典型的な使い方で約18%長く持つ」見込み。ただしこれは保証値ではない
• Sol が枠を早く消費した原因は単価ではなく、並列ツール呼び出しによる1ターンあたり応答数の増加とキャッシュ入力の増大。OpenAIは「枠は減らしていない」と明言している
• Codex と ChatGPT Work は同一クレジットプールを共有する。チーム運用では1人のヘビー利用が全員を止め得る
• 復活後にまずやるべきは、/status での確認と、デフォルトモデル（Sol → Terra / Luna）と reasoning effort の見直し。プラン変更の検討はその後で十分

7月だけで8回以上のリセットと制限の撤廃・復活が起きた事実が示すのは、この領域の上限仕様は今後も動くということです。数値が固定である前提ではなく、週次枠ベースで余裕を持たせた設計にしておくことが、結果的に最も安定した運用につながります。