taupe WebとAIと暮らし

Projects / 実践記録

Codexのレート制限リセット機能?30日期限にご注意を

Codexのレート制限リセット機能?30日期限にご注意を

本ページはアフィリエイトプログラムを利用しています

Codexを開いたら、見慣れない表示が出ていました。

あと2回リセット可能

最初は何のことか分からなかった。
設定の中にある「残り使用量」を開くと、5時間枠と1週間枠の下に、リセットできる回数が表示されている。

Codexの残り使用量に表示された「あと2回リセット可能」

押してみると、さらに確認画面が出る。

使用量をリセットしますか?

説明には、レート制限をリセットしても作業を中断せずに続けられる、とある。

Codexで表示された「使用量をリセットしますか?」の確認画面

これ、地味だけど結構インパクトがあります。

Codexのレート制限は、これまで基本的に「待つもの」でした。
5時間枠や週次枠を使い切ったら、次のリセットまで待つ。
または、プランによっては追加クレジットを使う。

それが今回、リセットを手元に置いて、必要なタイミングで使えるようになった。
OpenAIのドキュメントでは banked rate-limit reset と呼ばれている仕組みです。

ただし、ここで一番大事なのは、期限です。

banked resetは、付与から30日で使えなくなる。
少なくともOpenAIのPricingページとHelp Centerでは、30日という期限が明記されています。

つまり、これは「いつか使うために無限に貯めるもの」ではない。
使う日を決めておいた方がいいタイプのリセットです。

これは何なのか。banked rate-limit reset

今回の機能は、Codexの使用量そのものを増やすというより、レート制限のリセット権を貯めておき、あとで使えるようにするものです。

結局、何がリセットされるのか。
ここは少しややこしい。

公式の表現は、weekly usage reset ではなく rate-limit reset です。
つまり、少なくとも公開情報上は「1週間の使用量だけをリセットする機能」とは書かれていません。

Codexには、5時間枠と週次枠のような複数の利用上限があります。
OpenAIのPricingページでも、local messagesとcloud tasksは5時間ウィンドウを共有し、追加の週次制限が適用される場合がある、と説明されています。

なので、現時点ではこう見るのが安全です。

Codexで到達した使用上限に対して、利用可能なリセット権を適用するもの

5時間枠だけを戻すのか。
週次枠も戻すのか。
どの枠に適用されたのか。

そこは、少なくとも自分の画面だけでは明確に見えません。
だから記事では「週次使用量がリセットされる」とは断定せず、OpenAI公式の表現に合わせて「レート制限のリセット」と書く方がよさそうです。

OpenAI DevelopersのCodex changelogでは、2026年6月11日の Codex app 26.609 に、rate-limit reset bankingが追加されたと書かれています。
そこでは、Plus / Proユーザー向けに、ローンチ時の無料リセット1回と、紹介で追加できるリセットが説明されています。
Business向けには、別枠の共有ワークスペースクレジットとして案内されています。

Pricingページを見ると、2026年6月11日から6月24日までの期間、対象のPlus / Proユーザーは最大3人まで友人を招待できる。
招待された人が最初のCodexメッセージを送ると、双方にbanked rate-limit resetが付与される。
そして、そのリセットは付与から30日間使える、と整理されています。

Help Centerにも近い説明があります。
banked resetを使うには、プロフィールメニューを開き、1 reset available のような使用量サマリーを選ぶ。
自分の画面では、日本語UIで「残り使用量」の下に「あと2回リセット可能」と出ていました。

要するに、こうです。

  • Codexのレート制限を任意のタイミングでリセットできる権利
  • 対象や条件はプラン、地域、キャンペーン、ワークスペースによって変わる
  • 紹介報酬で付与される場合がある
  • 付与から30日で失効する
  • 現金やAPIクレジットではない
  • 他人へ譲渡したり売ったりするものではない

「リセット」と聞くと、課金クレジットが増えるように見えるかもしれない。
でも、そこは違う。

OpenAI Help Centerでは、rate-limit resetや一時的な利用特典は、現金化できる残高やAPIクレジットではないと説明されています。
あくまで、対象のCodex体験に対して使えるプロモーション的なリセット権です。

なぜ出てきたのか

背景には、Codexが日常の作業道具になってきたことがあります。

Codexは、ちょっとしたコード補完ではなく、ローカル作業、CLI、IDE、デスクトップアプリ、クラウドタスク、コードレビューまで含む作業環境になってきています。
使い方が深くなるほど、レート制限にぶつかったときの痛みも大きくなる。

僕自身も、Codexをブログ運用や開発、記事化の調査にかなり使っています。
調査をして、ローカルのdocsを読み、画像を処理し、WordPressの下書きまで進める。
こういう作業をしていると、途中で残量を気にする場面が出てくる。

OpenAIのPricingページでは、Codexの利用量はモデル、タスクのサイズ、コードベースの大きさ、ローカルかクラウドかによって変わると説明されています。
小さなスクリプトなら少ししか消費しない。
大きなコードベースや長時間のセッションでは、1メッセージあたりの消費が増える。

つまり、ユーザーから見ると「同じ1回の依頼」に見えても、実際の消費量はかなり違う。

ここがややこしい。

さらにCodexには、5時間枠があります。
OpenAIのPricingページでは、local messagesとcloud tasksは5時間ウィンドウを共有し、追加の週次制限が適用される場合があると説明されています。
自分の画面でも、5時間枠と1週間枠が別々に表示されています。

だから、リセット機能は単なるおまけではありません。
作業時間の設計に関わる機能です。

夜に一気に実装したい。
公開前にまとめて記事を仕上げたい。
テスト、修正、再検証まで同じ流れで進めたい。

そういう場面で、リセットを自分のタイミングで切れる。
ここが変化です。

使い方。どこからリセットするのか

現時点で、自分の環境ではCodex appの左下付近のメニューから確認できました。

流れはこうです。

  1. Codex appのプロフィール / 設定周辺を開く
  2. 残り使用量 を開く
  3. 5時間枠と1週間枠の使用状況を見る
  4. あと○回リセット可能 があれば開く
  5. 確認画面で 使用量をリセット を押す

Help Centerでも、profile menuからusage summaryを開き、利用可能なreset countを選ぶ流れが説明されています。

ただ、ここは注意が必要です。
この表示が全員に同じように出るとは限りません。

プラン。
ワークスペース。
地域。
キャンペーン対象かどうか。
アプリのバージョン。
ロールアウト状況。

このあたりで変わる可能性があります。

また、CLIだけを使っている人は、同じように見えないかもしれません。
OpenAIのPricingページでは、CLIセッション中に残り制限を見たい場合は /status が使えると説明されています。
一方で、banked resetを実際に使う入口としてHelp Centerが案内しているのは、プロフィールメニューの使用量サマリーです。

CLIで残量を見る。
リセットはCodex appやUsage画面から使う。

現時点では、こう理解しておくのが安全です。

30日で失効する。ここが一番の注意点

今回の記事で一番言いたいのはここです。

Codexのリセット機能には期限がある。

OpenAI DevelopersのPricingページでは、banked rate-limit resetは付与から30日間使えると書かれています。
Help Centerにも、banked Codex rate-limit resetは、特に別の条件がない限り、bankに追加されてから30日以内に使う必要があるとあります。

だから、貯めっぱなしにしない。

「いつか使うかも」で放置すると、気づいたら消えている可能性があります。
自分の画面では「あと2回リセット可能」と表示されていますが、この画面だけだと期限までは分かりません。
少なくとも記事執筆時点の自分の表示では、リセット可能回数は見えるが、個別の失効日は見えない。

これは少し怖いところ。

GitHubのopenai/codexリポジトリにも、banked resetの30日期限をもっと長くしてほしい、期限を明確に表示してほしい、という趣旨のissueが出ています。
これは公式仕様ではなくユーザー側の要望ですが、実際に使う側の不安としては分かる。

期限があるなら、使う判断もしやすくしてほしい。
ここは今後のUI改善に期待したいところです。

いつ使うべきか

自分なら、リセットは軽い作業には使いません。

たとえば、あと30分で5時間枠が自然に回復するなら、待つ方がいい。
小さな修正や短い質問だけなら、モデルを軽くする、作業を分ける、少し待つ、で済むことも多い。

使うなら、こういう場面です。

  • 週次枠が詰まっている
  • 公開前にどうしても一気に仕上げたい
  • 実装、テスト、修正、再検証を同じ流れで終えたい
  • 作業の途中で人間側の集中時間が切れそう
  • 30日期限が近い

逆に、期限が近いなら、少し軽めの作業でも使ってよいと思います。
失効させるくらいなら、公開前チェックやリライト、E2E観点の洗い出し、docs同期のようなまとまった作業に使った方がいい。

ただし、リセットを使えば何でも無限にできる、という話ではありません。
Codexの利用量は、モデル、タスク規模、プロンプトの大きさ、AGENTS.md、MCPサーバー、画像生成などで変わります。
OpenAIのPricingページでも、使用量を長持ちさせるには、プロンプトを絞る、AGENTS.mdを小さくする、不要なMCPを切る、小さなモデルを使う、といった方法が挙げられています。

リセットは、雑に使うためのものではない。
作業の区切りを守るための保険です。

使う前に見ておきたいチェックリスト

実際に押す前に、僕ならこの順番で見ます。

Codex banked resetを使う前の確認

1. 5時間枠だけが詰まっているのか、週次枠も詰まっているのか
2. 自然リセットまで何時間あるのか
3. これからやる作業は、まとまった作業か
4. モデルを軽くして足りる作業ではないか
5. 不要なMCPや大きすぎるAGENTS.mdが使用量を圧迫していないか
6. 付与から30日が近そうではないか
7. 途中で止めたくない作業か
8. 使ったあとに、何を完了状態にするか決めているか

特に大事なのは、最後です。

リセットを使ったあとに、何を終えるのか。
ここを決めていないと、せっかくのリセットがだらだら消えていく。

僕なら、記事下書きの公開前チェック、WordPress反映、Search Console確認、はてな登録、X投稿スレッドへのhandoff、docs同期、くらいまでを1つの作業単位にします。

開発なら、仕様確認、実装、テスト、差し戻し修正、再検証、commitまで。

リセットは、作業を始めるボタンではなく、作業を終わらせるためのボタンとして使う方がよさそうです。

事実関係をどう見たか

今回、記事を書く前に、いくつかの情報を分けて確認しました。

まず、確定情報として見るべきなのはOpenAI公式です。
Codex changelogでは、2026年6月11日のCodex app 26.609でrate-limit reset bankingが追加されたことが確認できます。
Pricingページでは、2026年6月11日から6月24日までの紹介キャンペーン、banked resetの30日期限、5時間枠、週次制限の扱い、使用量確認方法が確認できます。
Help Centerでは、プロフィールメニューからreset countを選ぶ使い方、紹介報酬の条件、rate-limit resetがクレジットではないこと、30日期限が確認できます。

一方で、note、PC Watch、窓の杜、ITmedia、Yahoo!ニュース配信記事は、流れを掴むには便利です。
ただし、本文の事実主張は公式情報に寄せました。

GitHub issueやReddit、OpenAI Communityの投稿は、利用者が何に困っているかを見る材料です。
期限表示が分かりづらい、失効まで30日は短い、CLIからどう使うのか分かりづらい。
こういう声は参考になる。
でも、仕様そのものの根拠にはしない。

AIまわりの記事は、ここを混ぜると危ない。
スクショやSNSの盛り上がりは、きっかけにはなる。
事実関係は、公式と一次情報で固める。

今回もその順番で見ました。

まとめ。リセットは貯めるより、使う日を決める

Codexのbanked resetは、派手な新モデル発表ではありません。
でも、Codexを仕事道具として使っている人には、かなり実用上効く変更です。

レート制限の回復を、ただ待つだけではなくなった。
自分の作業予定に合わせて、リセットを切れる。

ここが面白いところ。

ただし、期限があります。
30日です。

だから、見つけたらまず、残り回数だけでなく「いつ使うか」を考えた方がいい。
週次枠が苦しいとき。
公開前にまとまった作業を終わらせたいとき。
実装から検証までを一気に通したいとき。
期限が近いとき。

リセットは、保管して安心するものではない。
作業を止めないために、計画して使うものです。

僕の環境では、いま「あと2回リセット可能」と出ています。
この2回を雑に消費するより、公開前チェックや開発の詰めどころに合わせて使いたい。

Codexを使い込むほど、こういう小さな使用量設計が大事になってくる。
モデル性能だけでなく、作業を止めないための運用も、もう記事にする価値がある段階に入ったと思います。

関連する記事

参考・出典

続けて読む

次に読むなら、これ。

同じテーマの実践記録や、taupeの読み方へ進めます。

同じテーマAI活用近い実践記録をカテゴリから続けて読めます。サイトの読み方FAQ運用方針や、よくある質問を確認できます。taupeについてこのサイトについてどんな視点で作り、使い、運用しているかをまとめています。

Category

Author / Official hub

イシカワヒデカズの実践記録

Web制作、開発、AI活用、メディア運営の相談先は公式サイトにまとめています。