【ITニュース解説】Codex Usage Limit: Real Cap or the 40,000-Account Bug?

システムエンジニアを目指す皆さんにとって、AIツールCodexは開発作業を効率化する強力な味方となる。しかし、これには利用制限があり、予期せぬ形で制限にぶつかることもある。最近、Codexの利用制限に関して混乱を招く事態が発生したため、その内容と利用制限の仕組み、対処法について解説する。

2026年10月20日、OpenAIは、約40,000のCodexアカウントに誤った利用制限が適用されるバグがあったことを認めた。これは、ユーザーが契約プランと異なる、より厳しい制限が課せられていたものだ。もしこの数週間、ほとんど作業をしていないのにCodexの利用枠が異常な速さで消費されたと感じたなら、このバグに遭遇した可能性が高い。OpenAIはこのバグを修正済みで、影響を受けたユーザーには個別に連絡し、クレジットを追加する予定だ。ユーザー側から申請は不要だが、具体的なクレジット量や付与時期は未公表だ。このバグはOpenAI側の問題であり、ユーザーの責任ではない。ただし、OpenAIは全ての利用制限問題がこのバグによるとは言っておらず、他のモデルに関する報告とは区別しているため、自分の状況がバグによるものか、実際の制限によるものかを見極める必要がある。

Codexの利用制限は「1日あたり何回メッセージを送れるか」といった固定の数値ではない。利用料金は多くの要因で変動し、OpenAI自身も「提示される利用枠はあくまで目安であり、保証されたメッセージ数ではない」と明言している。具体的には、使用モデル、タスクの規模や複雑さ、AIが保持するコンテキストの量、推論の処理量、ツール使用の有無、タスクがローカルかクラウドか、といった要素が影響する。Codexの利用枠はChatGPTのWork機能と共通のプールから消費され、コード生成だけでなくChatGPTでの作業も同じ利用枠を減らす。ローカルでのメッセージ作成とクラウド上でのチャットも同じプールを共有し、通常はクラウドタスクの方がローカルよりもコストがかかる。

利用制限のメーターには主に2種類ある。PlusプランとStandard Businessプランのユーザーには、「5時間ローリングウィンドウ」という制限が適用される。これは、消費した利用枠が5時間後に順次解放される仕組みだ。この5時間制限に加えて、「週ごとの上限」も設定されている。一方、Proプランのユーザーには現在、5時間制限は適用されず、週ごとの上限のみが利用を制限する。Proプランユーザーが日中に急に利用できなくなった場合、まず週ごとのメーターを確認する必要がある。

利用枠が予想よりも早く消費される要因はいくつかある。一つは「スピードモード」の使用だ。「Fastモード」はStandardモードの2.5倍、「Ultrafastモード」は8倍もの速さで利用枠を消費する。画像生成機能もテキストだけの作業と比較して約3～5倍の速さで利用枠を消費する。AIが大量のコードや過去のやり取りを記憶しながら作業する「長いセッション」も、メッセージごとのコストを押し上げる。AGENTS.mdファイルが大きすぎたり、不要なMCPサーバーが有効になっていたりすると、全ての要求に余計なコンテキスト情報が添付され、これも利用枠の消費を早める。

自分のCodex利用状況を正確に確認する方法を知っておくことは重要だ。OpenAIは2つの公式確認手段を提供している。一つはWebブラウザからアクセスできる「利用状況ダッシュボード」で、chatgpt.com/codex/settings/usage から現在の利用状況、使用済みの割合、リセットまでの残り時間を確認できる。もう一つは、CodexのCLIを利用している場合、CLIセッション中に /status と入力してEnterキーを押すと、アクティブなセッションでの残りの利用枠が表示される。長時間のタスクを開始する前に確認する習慣をつけると良い。OpenAIは、普段の利用ペースを把握するために数週間に一度はダッシュボードを確認することを推奨している。

遭遇した制限が「バグ」によるものか、それとも「実際の利用」によるものかを見分けるための6つのサインを紹介する。

「バグの可能性が高い」サインは以下の4点だ。一つ目は、利用率が短時間のうちに急激に跳ね上がった場合。実際の利用は徐々に増えるもので、突然大幅に増加することはない。二つ目は、自分が選択していないモデルに利用量が計上されている場合。利用履歴のモデル別内訳と個別のチャット履歴でモデルの表示が矛盾していると、カウントが間違っている可能性がある。三つ目は、2つの公式メーター（例: ダッシュボードとアプリ内表示）が互いに矛盾している場合。片方では利用可能、もう片方では制限に達したと表示される状況はOpenAI側の問題の可能性が高い。四つ目は、異常な利用枠の減少が2026年10月17日から18日の週末に始まった場合。この期間はOpenAIがバグを確認した報告の対象期間と一致する。

「実際の制限の可能性が高い」サインは以下の2点だ。一つ目は、設定や使い方が利用枠の消費を加速させている場合。Fast/Ultrafastモード、画像生成、非常に大きなコンテキストを伴うセッションを長時間続けた場合など、2.5倍から8倍という速さで利用枠が消費されるため、すぐに制限に達するのは当然の結果だ。二つ目は、特定の古いPro 200プランのユーザーが（かつて予定されていた）上限変更に近づいている可能性も考えられたが、この上限変更はキャンセルされ、現在はより高い利用枠が維持されている。

もし状況が「バグの可能性が高い」サインに当てはまる場合、利用状況ダッシュボードのスクリーンショットを撮っておくと良い。利用率のパーセンテージ、リセット時刻、モデルごとの内訳などを記録し、異常な利用枠の消費が発生した日付と時刻を控えておく。OpenAIからの個別の連絡とクレジットの追加を待つが、必要になった場合に備え、これらの証拠はサポートに問い合わせる際に役立つ。

Codexの利用制限がいつリセットされるかについても理解しておこう。PlusプランやBusinessプランに適用される「5時間ウィンドウ」はローリング式で、利用枠を消費した時点から5時間後にその分が解放される。週ごとの制限はアカウントごとに異なる特定の日時が設定されており、利用状況ダッシュボードで確認できる。もし「バンクされたリセット」や購入したリセットを持っている場合、それらを使用することで関連する利用制限を前倒しでリフレッシュできる。OpenAIのサポート担当者が利用制限を手動でリセットすることはできない。

利用枠がなくなってしまったけれど、すぐに作業を続けたい場合の対処法をいくつか紹介する。まず、制限に達したのがタスクの途中であっても、現在進行中のAIの応答はフェアユースの範囲内で完了させてくれることが多いので、焦ってタスクを中断させない方が良い。次に、より安価なモデルへの切り替えを検討する。例えば、高性能モデルよりもGPT-6 Lunaのようなモデルは同じ利用枠ではるかに多くの作業が可能だ。スピードモードを「Standard」に戻し、推論の複雑さも無理のない範囲に抑えることも有効だ。コンテキストの量を減らす努力も重要で、大きすぎるAGENTS.mdファイルを縮小したり、使っていないMCPサーバーを無効にしたり、新しいチャットを開始してコンテキストをリフレッシュしたりするのが良い。作業がどうしても待てない場合は、PlusプランやProプランのユーザーであれば、追加のChatGPTクレジットを購入できる。さらに、クラウド機能は利用できなくなるが、OpenAIのAPIキーを使ってローカルでCodexチャットを実行することも可能だ。この場合、APIの標準料金で課金され、サブスクリプションの利用枠とは完全に独立して機能する。

最後に、利用制限に関連していると勘違いされやすいが実際は異なるエラーについても知っておこう。「選択したモデルがキャパシティオーバーです。別のモデルを試してください」というメッセージは、皆さんの利用枠がなくなったわけではなく、OpenAI側の特定のモデルが一時的に混雑していることを意味する。数分待つか、別のモデルに切り替えることで解決することがほとんどだ。また、Codexモードではなく、通常のChatGPTチャットモードでエラーが発生する場合も、それはCodexの共有利用枠の問題とは別の原因による。

まとめると、Codexの利用制限で困ったときは、まず自分の状況がOpenAIが認めた「バグ」によるものなのか、それとも自身の利用方法による「実際の制限」なのかを冷静に判断することが重要だ。特に、10月17-18日の週末以降に、通常の作業量にもかかわらず利用枠が急激に消費されたと感じる場合は、バグの可能性を疑い、証拠として利用状況のスクリーンショットを保管しておこう。同時に、ダッシュボードで利用状況を定期的に確認し、より安価なモデルの利用、Standardスピードへの切り替え、コンテキストの最適化などの対策を講じることで、限られた利用枠を賢く活用していこう。システムエンジニアとしての道を歩む上で、このようなツールの特性と付き合い方を理解しておくことは、非常に役立つスキルとなるはずだ。