まず「リセット」と決めつけない
Codexを集中的に使っていると、さっきまで上限に近かったのに再び作業できたり、数日前に止まったはずなのに長いタスクが通ったりすることがあります。短期間に何度も回復したように見えると、通常の1回分を超えて使えた感覚になるでしょう。たとえば100％の枠から90％使い、また90％、さらに100％使えれば、合計は280％です。
ただし、これは「バグで上限が戻った」とは限りません。利用可能量が増えた場合と、同じ枠を効率よく使えるようになった場合、追加料金のクレジットを使っている場合は、体感が似ています。最初に原因を一つへ絞らないことが重要です。
5時間枠と週次枠を別々に考える
基本となるのは、ローカルメッセージとクラウドタスクが共有する5時間の使用ウィンドウです。連続して重い作業を行えば短期の枠を消費し、時間の経過で回復します。一方、週全体の使用量に対して追加の上限が適用される場合もあります。
短期の5時間枠が戻っても、週次枠が残っているとは限りません。ゲームにたとえるなら、5時間枠はスタミナ、週次枠は一週間の出撃回数です。片方のゲージだけが回復した状態でも、利用者には「また使える」としか見えないことがあります。したがって、画面の変化だけで完全なリセットと判断するのは早計です。
Usage Dashboardで確認する項目
確認の起点はCodex SettingsのUsageまたはUsage Dashboardです。ここでは、プランや権限に応じて使用量、クレジット残高、購入、自動補充の設定を確認できます。
見るべき項目は、残りのプラン内使用量だけではありません。追加クレジットに切り替わっていないか、自動補充が有効になっていないか、直近の使用履歴、選択中のモデル、Fast modeの利用状況も確認します。パネルが回復を示していても、その理由まで細かく説明するとは限りません。表示を事実として読み、内部原因は候補として分けて考えます。
モデル切替は「燃料が増えた」ように見える
GPT-5-Codex-MiniはGPT-5-Codexより小さく、コスト効率のよいモデルとして説明されており、ChatGPTのサブスクリプション内でおよそ4倍多く使えると案内されています。5時間使用量の90％に近づくと、CLIやIDE ExtensionがMiniへの切替を提案する仕様もあります。
そのため、上限近くで「まだ作業できる」と感じても、枠が新品になったのではなく、燃費のよいモデルで残りの予算が長持ちしている可能性があります。スポーツカーから燃費のよい車に乗り換えても、タンク自体が満タンになるわけではない、という違いです。回復と効率化を同じものとして扱わないようにします。
プロモーションとクレジットは別の回復
Pro $100やPro $200では、時期によってCodexの使用量倍率や期間限定のブーストが案内されます。Pro $200について、Plus比20倍の利用枠や、5時間枠への一時的な増量が説明される場合もあります。これが反映されると、残量が突然増えたように見えますが、恒久的な基準とは限りません。
また、Plus/Proでは上限到達後に追加クレジットを購入でき、自動補充を有効にできる場合があります。このとき続けて使えても、プラン内の無料枠が戻ったのではなく、購入したクレジットを消費している可能性があります。便利さと費用を混同しないため、残高と自動補充を必ず確認します。
別のエージェント機能も同じ枠を使う
ChatGPT for ExcelやGoogle Sheetsは、Plus/ProではCodexと同じagentic usage limitsを使うと説明されています。Codexを直接使っていないのに使用量が減ったように見えるのは、別のエージェント機能が同じ大きな枠を消費しているためかもしれません。反対に、共有枠の変更によってCodex側が戻ったように見えることもあります。
障害、ロールアウト、計測や表示の更新が重なったときも、利用可能量の印象が変わる可能性はあります。しかし、障害が起きれば必ず上限がリセットされるという公開保証はありません。イベント的な回復は、確認できたら使う余地であって、予定表に置く資源ではありません。
通常枠で本線を進め、回復分で加速する
開発計画は、5時間枠・週次枠・プラン倍率で安定して見込める通常枠だけで成立させます。P0/P1バグ修正、本番前のSmoke Test、重要なリファクタリング、課金導線、認証・認可、デプロイ前の最終確認は通常枠の仕事です。
一時的なプロモーション、回復、モデル切替で増えたイベント枠は、P2/P3修正、UIの磨き込み、LP改善、多言語対応、追加テスト、文書整備、コードベース監査に回します。戻った分がなくても本線が止まらず、戻ったときだけ後回しの作業が進む状態にします。
戻った直後は、Usage Dashboardでプラン枠かクレジットかを確認し、軽い文章修正ではなく、コード探索、テスト、複数ファイル修正、リファクタリング、バグ再現を優先します。依頼前に目的、範囲、完了条件、編集可能・禁止ファイル、テストコマンドを整理し、最後に変更点、未完了事項、実行済み・失敗したテスト、次の作業、リスク、変更ファイルを出すようにすれば、途中で上限に達しても次のセッションへ渡せます。
結論は単純です。戻ったら開発バフとして活用し、戻らなければ通常運転を続けます。突然の回復は強い追い風ですが、恒常スキルではありません。
