Codexの利用上限を解説：5時間制限と週間上限の違い（2026年）

Plusユーザーの1人は、4時間のコーディングを終えた時点で週間上限の47%を消費していました。しかも週の残りはまだほぼ7日。つまり、週間枠が残っていても、5時間枠が尽きれば作業を止められることがあります（ユーザー報告、@BuildToCite、投稿）。

この記事では、Codexの利用量を測る仕組み、10月29日の倍増アップデートで変わった点、そしてPlus・Pro・Businessで途切れずに作業できる時間の目安を整理します。

Codexの利用枠は1つではなく、3つのメーターで管理される

OpenAIのChatGPTプランでCodexを使う方法によると、Codexの利用枠はChatGPT Workや複数のワークスペースエージェントと共有されます。上限はプラン、モデル、タスクの複雑さ、コンテキスト、推論の強度によって変動します。実際のユーザー画面では、AI Primerのリセットに関するレポートが紹介しているスクリーンショットのように、主に次の3つのゲージとして表示されます。

• 5時間のローリングウィンドウ — 短時間の作業に対する上限。ここが空になると、週間枠が残っていても新しい作業を始められません。
• 週間利用枠 — 7日間で使える総量。5時間のフルセッションを何回こなせるかを左右します。
• コードレビュー上限 — レビュー作業専用の別枠。プラン全体のリセット時には、これも100%まで戻ります。

公式ヘルプでは、Settingsまたは利用状況ダッシュボードで、どの枠を使い切ったのか、クレジット残高、リセット時刻を確認するよう案内しています。CLIでは/statusも利用できます。ただし、固定されたメッセージ数は公開されていません。OpenAIが示しているのは保証値ではなく範囲であり、この点は独立系のQuotaTick Codex trackerも強調しています。

このローリング方式は、作業の途中でフローを断ち、後からコンテキストを読み直す状況を生みます。

5時間のセッションを初めて終えたところです（94%使用、残り6%）。それなのに、週間上限全体の47%が消えていました。週の残りは6日と20時間あるのに、実際のコーディングは4時間で、もう割当量の半分です。 — @BuildToCite（投稿）

r/codexの月額20ドルプランの現状スレッドでは、u/ryuukibaも「もうタスクが完了するまで実行し続けることもできない」と書いています。不満の中心は「枠が存在しない」ことではありません。週間枠なら足りるはずの作業が、5時間制限によって途中で止められることです。

利用枠を実際に消費するもの

「メッセージ数」だけを見てはいけません。同じプロンプトでも、日やモデルが違えば消費量は大きく変わります。Codexが計測しているのはチャットの吹き出しではなく、その裏側で実行された作業だからです。

ヘルプページと、OpenAIスタッフによるGitHub Discussion #11406の説明によると、消費量を左右するのは、モデル、実行場所（ローカルCLI・IDE・Cloud）、タスクの複雑さ、コンテキストの大きさ、推論レベル、速度設定、呼び出したツール、リトライ回数です。自動レビューの安全チェックは無料で、利用量には含まれません。一方、それ以外のほぼすべてが対象で、Codexで作成したSitesも含まれます。

ユーザー報告を見ていると、特に次の3パターンで枠が急速に減ります。

• モデル選びの影響が大きい。QuotaTickが示すPlusの5時間あたりの範囲を見ると、GPT-6.1 Solはローカルで15〜160メッセージ、GPT-6 Astraは5〜45、GPT-6 Lunaは350〜3,000です。AstraはLunaより桁違いに速く枠を消費します。あるユーザーは「2つのPRがグリーンか確認しただけ」で5時間枠の28%を使ったと報告しています（投稿）。一方、Lunaの公表範囲ははるかに広いものです。
• エージェントのループとリトライが消費量を膨らませる。@buildwithrajathは「エージェントが同じところをぐるぐる回って利用量を無駄にする」ことを大きな不満として挙げています（投稿）。「利用量があまりにも速く消える」「上限が予想外に変わる」という声です。同じAPIを何度も呼び続ける調査エージェントは、成果がなくても枠だけを消費します。
• コンテキストとプラグインも対象になる。あるGitHubの参加者は、すべてのプラグインを無効にしました。プラグインがコンテキストウィンドウの容量を消費していたためです。その後はエージェントスキルに切り替えています。大規模なリポジトリ、添付ファイル、長い履歴は、その後の呼び出しすべてを重くします。

そのため、トラッカーと公式ドキュメントがどちらも「正しい」のに、手元のメーターと一致しないことがあります。バックエンドのルーティング、キャッシュヒット、ハーネスの変更、モデル効率の変化によって消費速度が変わる一方、公表されている範囲は変わらないためです。

10月29日の倍増で変わったもの、変わらなかったもの

このアップデートを取り違えると、必要のない上位プランを契約することになりかねません。

2026年10月29日、CodexスタッフのTibo Sottiaux氏はDay-25アップデートで次のように投稿しました。「Proの100・200・500ドルの全ティアとBusiness Premiumについて、すべての利用上限を本日から倍増します。皆さんの率直なフィードバックを受け止め、Pro 200の利用量を減らすことはありません。WorkとCodexの利用量はこれまでと同じです」（投稿）

この投稿ではPlusについて触れられていません。

• 倍増したもの：Proの100・200・500ドルプランとBusiness Premiumにおける、より広範なChatGPT利用枠。
• 倍増していないもの：Codex（およびPro 200に関するWork）の利用量はそのままです。QuotaTickのイベントフィードは、10月29日17:01 UTCの「ProとBusinessティアの利用上限倍増」を上限引き上げとして記録しています。一方、複数のトラッカー概要では、Pro 200のCodex利用量自体は変わらないと明記されています。
• Plus：投稿内で名前が出ていないため、ダッシュボードに変化が表示されるまでは、PlusのCodexメーターは従来どおりと考えるのが安全です。

これを、以前実施された別のキャンペーンと混同しないでください。Discussion #11406でOpenAIスタッフは、2月から4月にかけての2倍キャンペーンについて「この2つのウィンドウの最大利用量をどちらも倍増した」と説明しています。対象は5時間枠と7日間枠の両方で、ChatGPTでログインしていればOpenCodeを含むクライアントを問わず適用されました。このキャンペーンはすでに終了しており、10月の変更とは対象範囲が異なります。

購入を検討している人への結論は明快です。10月29日以降、Codexのコーディング時間が2倍になると思ってProを契約したなら、ダッシュボードをもう一度確認してください。

Plus・Pro・Businessで実際に使えるコーディング時間

OpenAIが公開しているのは保証値ではなく範囲です。参照元はヘルプセンターと、QuotaTickの最終確認済みテーブルです。実際の上限はCodexの料金ページで確認してください。

5時間のフルセッション1回で、週間枠の10〜47%を使うことになります（ユーザー報告に基づく目安であり、上限の保証ではありません）。消費の少ないLunaなら約10%で済み、週に約10セッションできる場合もあります。一方、@BuildToCiteの報告のように、Astraで5時間枠の94%、週間枠の47%を消費するなら、2回のセッションで週の上限に達します。Dodo-reachはこの変化を「5時間のCodex枠は今や週間上限の約10%。先月は約25%だった」と端的に説明しています（投稿）。計画を立てるなら、Plusは7日間ずっと自由に使えるプランではなく、週に本格的な開発を2回行うためのプランと考えるのが現実的です。

Proで最も厄介な中断は減りますが、制限がすべてなくなるわけではありません。「現時点では5時間制限なし」は無制限という意味ではありません。週間枠とクレジットの仕組みは残っており、r/OpenaiCodexの利用制限がひどすぎるスレッドでは、Pro 5xで45分のうちに週間枠の20%が消えたという報告もあります。Proがもたらすのは継続性です。作業の途中で5時間制限により強制停止されません。毎日開発する人にとっては、それだけで価格差を正当化できるでしょう。一方、週末にまとめて作業し、2セッションで足りる人なら、モデル選びに気をつけたPlusで十分な場合があります。

サードパーティ製クライアントを使う場合も注意が必要です。公式GitHubの説明によると、ChatGPTで認証している限り、アカウント単位の利用枠はOpenCodeにも適用されます。クライアントを切り替えても、上限を回避したり倍増させたりはできません。

作業を止めずに確認・リセット・節約する方法

まずは計測から始めましょう。ユーザーからは表示が古いままになるという報告があり、OpenAIの利用状況アップデートでも、古い利用量表示を修正し、ダッシュボードの文言を「使用済みの上限」から「残りの上限」に変更したと説明されています。

1. 正しいメーターを確認する。デスクトップ／CLIでは/statusを実行すると、5時間枠と週間枠の内訳をすぐ確認できます。WebではSettings → 利用状況ダッシュボードを開くと、どの枠を使い切ったのか、クレジット残高、リセット時刻が表示されます。数値が止まっているように見える場合は再読み込みしてください。
2. 利用できるリセットは計画的に使う。ヘルプページでは、クレジットの追加、アップグレード、表示されたリセット時刻まで待つことと並んで、「利用可能なリセットを使う」方法も案内されています（ChatGPTプランでCodexを使う方法）。ただし、ループしているエージェントに使ってはいけません。まず暴走しているタスクを停止しましょう。
3. リセットと追加クレジットを区別する。プラン全体のリセットではメーターが100%に戻りますが、ウィンドウの終了日が動くことがあり、節約して使う人には不利になる場合があります。クレジットは、含まれている利用量を使い切った後に消費される従量制の枠です。AI Primerによると、購入したクレジットの有効期間は12カ月で、APIクレジットとは別扱いです。
4. タスクを完了できる最も安いモデルを選ぶ。調査、計画、PRチェックにはLunaやTerraクラスの効率的なモデルを使い、最終実装にはAstra／Sol Extra Highを回す、といった使い分けが有効です。ここで紹介した例では、簡単なチェックでも10%（u/stockwet、Redditスレッド）から、高負荷モデルで5時間枠の28%まで消費しています。
5. ローリング枠に収まるよう作業を分ける。高負荷のセッション1回で週の半分を使うこともあるため、調査（消費の少ないモデル、新しいウィンドウ）→実装（高性能モデル）→検証という順に分けると管理しやすくなります。CloudはOpenAIが管理するコンピューター上で動くため、手元のマシンがスリープしていてもタスクを継続できます（ヘルプページ）。ただし同じ利用枠を消費するので、実行するならリセット前ではなく、リセット後にスケジュールしてください。
6. リセットはボーナス扱いにする。リセットはベンダーから告知されますが、決まったスケジュールはありません（QuotaTick tracker）。残量がほぼないときにリセットが来れば助かりますが、タイミングを当てにして計画を立てるのは避けましょう。

GPT 5.5で4分作業しただけなのに、5時間制限が10%減りました。 — 月額20ドルプランの現状に投稿したu/stockwet

自分の/status履歴で実際の傾向を確認するまでは、ひとまず次の目安で考えるとよいでしょう。高負荷モデルのタスクは5時間枠の少なくとも10%を消費し、Plusでは週に約10ブロック、つまり高負荷のフルセッション約2回分を使えるものとして予算を組みます。

FAQ

週間利用枠には5時間セッションが何回入りますか？

消費速度によって変わります。Lunaで軽い作業をするなら、1回あたり週間枠の約10%なので約10セッションまで伸ばせます。一方、Astraで負荷の高い作業をすると、1回のフルセッションで40〜47%を消費することがあり、約2回で週の枠を使い切ります。まず5時間分を使い切った後、自分の消費比率を確認してください。

同じタスクなのに、先週より今週の消費量が大きいのはなぜですか？

モデル、推論の強度、コンテキストの大きさ、ツールのループ、リトライ、キャッシュの挙動、バックエンドのハーネス変更などがメーターに影響します。プロンプトが同じでも、モデルやリポジトリのサイズが違えば消費量が変わるのは自然なことです。

5時間制限に達した後もタスクは続きますか？

新しい作業は停止します。ローリングウィンドウに空きが戻るか、リセットまたはクレジットが適用されるまで、別の作業を開始できません。後で再開するにはコンテキストを再送する必要があります。ヘルプページでもコンテキストのサイズが利用量に影響すると説明されているため、制限に達する前に作業を終えるか、チェックポイントを作っておきましょう。

10月29日の倍増後、Proは無制限になりましたか？

いいえ。Proには現在5時間制限がありませんが、週間利用枠、クレジットの仕組み、モデルごとの消費量は残っています。10月29日の倍増が対象としたのは、より広範なPro／Business Premiumの利用量です。Codex固有のメーターは変わらないと説明されています。

次にCodexがリセットされるのはいつですか？

それはOpenAIにしか分かりません。QuotaTickは予測を実験的なものと位置づけ、現在は「過去のパターンは当てはまらない」と表示しています。リセットはボーナスであり、計画の前提にはしないでください。