Codex 使用量リセット：なぜ起きるのか、次のリセットを確認する方法（2026）

Codex の使用量リセットを解説：ローリングウィンドウ、手動リセット、バンキング制度、そして次のリセット日を確認する方法。予期しないリセットのトラブルシューティング。

要点

Codex には4種類のリセットがあります：5時間のローリングウィンドウ、週次サイクル、手動のチームリセット、バンク可能なリセット（2026年6月以降）
リセット日の確認：Codex デスクトップ/ウェブの設定 → 使用量、または VS Code で /status
2026年6月の事象：不正防止のバグにより消費が10〜20倍速くなり、OpenAI はウォールームを設置して全ユーザーをリセット
手動リセットはタイマーを再スタートするだけで、単に割り当てを追加するのではありません — あとで使うために割り当てを貯めていたユーザーはそれを失います
バンキング機能（2026年6月12日）：Plus/Pro ユーザーは無料のバンク可能リセットを1回入手でき、紹介でさらに3回まで獲得できます

Codex の割り当てがちょうどゼロになりました。設定を確認すると — リセット日は金曜日のはずでした。今日は火曜日。今、日付は次の月曜日を示しています。

何が起きたのでしょう？

Codex の使用量が警告なくリセットされたり、リセット日が前倒しに飛んだり、割り当てが本来より速く消費されたりするのを見たなら、あなただけではありません。不正防止のバグ、手動のチームリセット、そして2026年半ばに展開されたバンキング制度の間で、Codex のリセット挙動は有料のサブスクライバーすら混乱させてきました。ここでは、あらゆるリセットの種類、あなたのものを確認する方法、そしてユーザーの割り当てを通常より10〜20倍速く消費させた2026年6月のウォールーム事象で何が起きたのかを解説します。

Codex 使用量リセットガイドのプレビュー — Codex の4種類のリセットと、それらがいつ発動するかを理解する

なぜ Codex の使用量が警告なくリセットされるのか？

4つの理由：5時間のローリングウィンドウは継続的に更新され、週次サイクルは初回使用から7日ごとに完了し、OpenAI は事象や祝いの際に手動で全ユーザーをリセットし、そしてあなた自身が発動するバンク可能なリセットです。

最も混乱を招くのは？手動リセットです。OpenAI のチームはこれらをアプリ内通知なしに行います。それが起きると、表示されるリセット日が変わり、貯めた割り当てはすべて消えます。他の3種類はシステムが自動化していますが、それぞれ異なる動作をします。

リセットの種類	頻度	予測可能？	誰が制御	通知
5時間ローリングウィンドウ	継続的	はい	システム	無音
週次サイクル	7日ごと	はい（手動リセットがなければ）	システム	設定内
手動（チーム）	予測不能	いいえ	OpenAI のスタッフ	X/Twitter のみ
バンク可能（自己発動）	ユーザーの選択	はい	あなた	アプリ内ポップアップ

2026年の手動リセットのタイムライン（確認済みの日付）：

2026年4月28日：全有料プランがリセット「良い週を祝い、皆が GPT-5.5 でもっと構築できるようにするため」（出典）
2026年6月4日：サービス問題に続く予期しないリセット。ユーザーは貯めた割り当ての70%以上を失った（出典）
2026年6月16〜25日：不正防止のバグが10〜20倍の消費率を引き起こした後の緊急ウォールームリセット（出典）

なぜアプリ内警告がないのか？OpenAI の Codex チームはリセットをダッシュボードではなく X/Twitter で告知します。@thsottiaux（Thibault Sottiaux、Codex エンジニアリング責任者）をフォローしていない？なら、設定を確認して日付が変わっているのを見て初めて知ることになります。

Codex の使用量がいつリセットされるかを確認するには？

デスクトップまたはウェブで Codex → 設定 → 使用量。または VS Code 拡張機能で /status と入力すると、更新日と残りの割り当てが見られます。

確認する3つの方法：

1. デスクトップ/ウェブのダッシュボード

Codex アプリを開くか chatgpt.com/codex にアクセス
プロフィール → 設定 → 使用量
「更新日」または「リセット日」を探す

2. VS Code 拡張機能

Codex チャットパネルを開く
/status と入力して送信
応答に表示：割り当て%、更新日、ティア

3. ステータスバー（VS Code）

左下隅、割り当てアイコン
ホバーするとリセット日付きのクイックツールチップ

Codex のリセット日を確認する方法 — 次の Codex 使用量リセットを確認する3つの方法

警告：表示される日付は保証されません。OpenAI チームによる手動リセットは、予告なくそれを変えます。日付は「約束」ではなく「最短で起こり得るリセット」として扱ってください。

あるユーザーは14時に確認し（リセット日：3月16日）、次に15時に再確認すると — 日付は3月17日に飛び、割り当ては100%に戻っていました。告知なし。ただの無音の更新です。

5時間制限と週次制限の違いは？

5時間のローリングウィンドウはバースト利用を防ぎ、継続的に更新されます（14時に使ったメッセージは19時に解放）。週次制限は、初回使用から7日間の総持続利用に上限を設けます。両方が同時に走ります。あなたは先に到達したほうに制約されます。

これらを重なり合う2つのガードレールと考えてください：

5時間ローリングウィンドウ：

任意の5時間の区間で使える量を制限
固定スケジュールではなく継続的に更新
14時に20メッセージ送信？それらの枠は19時に解放
バーストの負荷がシステムを圧倒するのを防ぐ

週次制限：

連続する7日間の総利用に上限
カレンダー週ではなく、あなたの*初回使用*から開始
7日後にリセット（手動リセットがない限り）
持続的な重い利用を防ぐ

観点	5時間ウィンドウ	週次制限
目的	バースト制御	持続制御
更新	継続的	固定（7日）
可視性	無音	設定に表示
先に到達？	高強度タスク	一定した日次利用

実例：ある ChatGPT Plus ユーザー（月20ドル）は、1回の大きなリファクタリング中に週次制限が3時間で使い切られたと報告しました。5時間制限に触れる前に週次の上限に到達したのです — 週次の天井は、5時間のバースト利用が許すものより低かったのです。（同様の利用に関する懸念は、他のフロンティアモデルの価格構造にも現れています。）

なぜ両方？OpenAI は2つのシナリオを防ぎたいのです：誰かが1週間分を一午後で使い切ること（5時間制限がこれを止める）、そして誰かがコーディングエージェントを何日も24時間365日走らせること（週次制限がこれを止める）。あなたは、自分の利用パターンにとってより制約的なほうの制限に縛られます。

なぜ OpenAI は2026年6月に全員の Codex 制限をリセットしたのか？

OpenAI は、正当なユーザーの割り当てが通常より10〜20倍速く消費される不正防止のバグを発見しました。6月16日にウォールームを設置し、問題を特定した後、影響を受けた全ユーザーに緊急リセットを実施しました。

2026年6月のウォールーム事象のタイムライン：

2026年6月16日：問題を初めて検知、内部調査開始
2026年6月25日：ユーザーの報告がSNSでピークに、苦情がバイラルに
6月25日（日）：Thibault Sottiaux がウォールーム設置を確認
24時間以内：根本原因を特定 — 不正防止フィルターが正当な利用を誤分類
緊急修正：OpenAI は影響を受けた全ユーザーの使用制限を無料でリセット

何が問題だったのか：OpenAI の自動化された不正・乱用防止システムが、通常の Codex 活動を誤って疑わしいものとフラグ付けしました。アカウントが誤分類されると、通常の10〜20倍のレートでクレジットを消費しました。一部の有料ユーザーは、通常利用の数時間以内に40ドル相当のクレジットを失ったと報告しました。

ウォールームの対応：エンジニアリング責任者の Thibault Sottiaux は、チームが調査のため日曜日に「ウォールーム」— 緊急・全員参加のトラブルシューティングセッションを指すシリコンバレー用語 — を設置したとツイートしました。OpenAI のステータスページは「Codex の使用制限が予想より速く枯渇」と記録しました。（比較として、GPT-5.6 の遅れた公開は技術的バグではなく政府の精査に直面しました。）

解決：不正フィルターのバグが確認されると、OpenAI は影響を受けた全ユーザーの割り当てを直ちに100%にリセットしました。現金の返金は行われませんでしたが、ユーザーは新しい割り当てを得て、欠陥のあるフィルターロジックは修正されました。

ユーザーへの影響：失われたクレジットを超えて、この事象は信頼への懸念を提起しました。OpenAI の自動システムが有料サブスクライバーの正当な作業を乱用と誤分類できるなら、誤検知がアカウント停止を引き起こすのを何が止めるのでしょう？同社はその広い問いに公に対処していません。（一方、Claude Opus 4.8 のような他のコーディングモデルは、使用制限に対する別のアプローチを提供します。）

バンクされたリセット機能はどう動くのか？

2026年6月12日以降、Plus と Pro のユーザーは自動リセットを受け取る代わりに、レート制限のリセットを貯めて必要なときに発動できます。ローンチ時に無料のバンクされたリセットを1回入手し、6月24日まで友人を紹介することで最大3回追加で獲得できました。

ローンチの詳細：

展開日：2026年6月12日
対象：Go、Plus、Pro、Business のユーザー
初期割り当て：対象となる全ユーザーに無料のバンクされたリセット1回
追加の獲得：友人を紹介（Plus/Pro のみ）— 友人が最初のメッセージを送ると、あなたと友人の双方がバンクされたリセットを入手
紹介による最大：追加3回（合計4回）
紹介期間：2026年6月12〜24日

利用方法：

現在の割り当てを使い切る（0%に到達）
ポップアップモーダルが表示：「バンクされたリセットが1回あります — 今すぐ使いますか？」
クリックして発動 — 割り当てが即座に100%に戻る
リセット日が7日前倒しに移動

代替方法：設定 → 使用量に「バンクされたリセット：X」と利用ボタンが表示されるはず（ただし、このUIが決して現れなかったと多くのユーザーが報告）。

表示場所：

Codex デスクトップアプリ：サイドバーのプロフィールカード
VS Code 拡張機能：制限に到達後、モーダルがポップアップ
ウェブダッシュボード：設定 → 使用量（一貫性なし）

既知の問題：

多くの有料サブスクライバー（Plus/Pro 確認済み）が、初回の無料リセットを一度も受け取っていないと報告
「バンクされたリセット」カウンターは0%に到達するまで見えない — 事前に残高を確認する方法がない
Linux CLI ユーザーは当初この機能にアクセスできなかった（後に VS Code 拡張機能とデスクトップアプリで修正）
プラットフォームの不一致：同じアカウントでも、一部のクライアントでは動作し、他では欠如

あるユーザーは要約しました：「アカウントレベルだが、一部のクライアントで、一部の制限の後、一部のユーザーにのみ現れる。」OpenAI は、この機能の動作や欠落したリセットのトラブルシューティング方法について包括的なドキュメントを公開していません。

OpenAI が手動リセットをすると、未使用の割り当てはどうなるのか？

手動リセットは現在の割り当て期間を完全に置き換えます。70%残っていて週末の作業のために貯めていた？その未使用の割り当てはリセット時に没収され、タイマーはゼロから再スタートします。

これは戦略的なユーザーにとって最もいらだたしいリセットの種類です。実際に起こることはこうです：

リセット前：

30%使用、70%残り
リセット日は6月7日（金）と表示
週末のリファクタリングのために割り当てを貯める計画

OpenAI が手動リセットを実施（6月4日）：

割り当てが即座に100%に跳ね上がる
リセット日が6月11日（金）に変わる
貯めた70%は消える — 繰り越しなし、補償なし

なぜこれがライトユーザーを傷つけるのか：Codex をたまに使い、計画的な集中作業のために割り当てを貯めるなら、手動リセットはその行動を罰します。貯めた分の上にボーナス割り当てをもらえるわけではありません — リセットはあなたの期間を完全に*置き換える*のです。

公式の回答：OpenAI サポートの Mark G. は、6月4日の事象スレッドで、「新しい割り当てが以前の割り当て期間を完全に置き換えた」こと、そして「古い期間の残高は保存も繰り越しもされなかった」ことを確認しました。彼は割り当てを貯めるユーザーへの影響についてのフィードバックを認め、チームが「制限とリセットの挙動の改善に取り組んでいる」と述べました。

ユーザーの反応：

agusbena：「週末の予定が乱され、スケジュールが影響を受けた」
andunie：「未来のリセット日で95%貯めていた — このリセットの後、すべて消えた」
複数のユーザーが提案：タイマーを再スタートせずに*ボーナストークン*を与える

なぜ OpenAI はこうするのか：手動リセットはサービス問題（6月のウォールームのバグなど）や「祝い」（4月28日の GPT-5.5 発表など）によって発動します。同社はこれらを恩恵と見なします —「皆が新たなスタートを切る」— が、割り当てを戦略的に管理するユーザーは強制的な没収と見なします。（同様の方針転換を引き起こすモデル公開については、Sonnet 5 の予測がどう展開したかを参照。）

手動リセットがいつ起こるのか、あるいは代替策（タイマーをリセットしないボーナスクレジットなど）が実装されるのかについて、方針は公開されていません。

なぜ Codex の割り当てリセット日が変わり続けるのか？

表示されるリセット日は、OpenAI が手動リセットを行うとき、またはバックエンドのインフラ更新があなたの割り当てウィンドウを再計算するときに変わります。あるユーザーは10日間で4回のリセット（2026年3月7〜11日）を報告し、日付が毎回前倒しに移動しました。

文書化された事例：bswen.com のレポートは、2026年3月7〜11日の間に4回の割り当てリセットを追跡しました。各リセットは更新日を1日前倒しにしました。ある日、ユーザーは数時間以内に2回の別々のリセットを経験しました。

観察されたパターン：

13時に確認：30%使用、リセット日3月16日
14時に確認：割り当て100%、リセット日3月17日
15時に確認（同日）：再び100%、リセット日3月18日

3つの可能性のある原因：

バグ修正の補償 — OpenAI はバックエンドの問題を修正した後、割り当てを静かにリセットします。告知なし、ただの静かな更新。複数のバグが立て続けに修正されると、複数のリセットが起きます。

プロモーショントークンの調整 — 2026年4月まで実施された2倍のプロモーション制限が再計算を引き起こした可能性があります。プロモーション期間が終わったり上限が変わったりすると、システムは新しい制限を適用するためにウィンドウをリセットするかもしれません。

インフラのスケーリング — スケーリング中のバックエンド容量の変化は、「割り当ての追跡・表示方法における一時的な不整合」を引き起こし得ます。実際の利用は保持されますが、表示されるリセット日は再計算されます。

コミュニティの確認：Reddit ユーザー（Just_Lingonberry_352）が同じ問題を確認しました：「1時間前のリセットの前は16日だったのに、今は週次更新日が17日に見える。」

回避策：表示されるリセット日を「保証ではなく最小値」として扱ってください。集中的なコーディングセッションを始める前にダッシュボードを確認しましょう。あるユーザーの助言：「リセットを予測しようとするのはやめましょう。ただ頻繁にステータスを確認し、表示されるどの日付もずれ得ると想定するのです。」

公式の修正なし：OpenAI は、リセット日がなぜ変わるのか、どう避けるのかを説明するドキュメントを公開していません。同社はこの挙動がバグなのか意図的なのかを確認していません。

よくある質問

6月のバグで割り当てが消費された場合、返金は受けられる？

OpenAI は影響を受けたユーザーの制限を無料でリセットしましたが、現金の返金は行いませんでした。ウォールームの修正は影響を受けたアカウントの割り当てを100%に復元しましたが、10〜20倍の消費期間中に40ドル以上のクレジットを失ったユーザーは金銭的補償を受けませんでした。

バンクされたリセットは一度に何回持てる？

2026年6月の展開では、無料リセット1回と紹介経由で最大3回（6月24日終了）が与えられました。それを超える確認された上限は公開されていません。機能のUIは、割り当てが0%に到達するまでバンクされたリセットの数を表示しません。

週次制限は月曜のような固定曜日にリセットされる？

いいえ、カレンダー週ではなく、初回使用からのローリング7日サイクルです。水曜の15時に初めて Codex を使うと、翌週の水曜15時に週次制限がリセットされます — 手動リセットがない限り。個人のリセット日は設定 → 使用量で確認してください。

5時間制限に到達するのを避けられる？

集中的なタスクを休憩を挟んで複数のセッションに分散させましょう。5時間ウィンドウは継続的に更新されるので、14時に使ったメッセージは19時に解放されます。リファクタリングの間に数時間作業を休止すれば、バースト制限に到達しにくくなります。週次制限は持続的な利用には依然として適用されます。

皆が言及する2026年4月28日のリセットとは？

OpenAI は「良い週を祝い、皆が GPT-5.5 でもっと構築できるようにするため」に全有料ユーザーの制限を手動でリセットしましたが、ボーナス割り当てを追加するのではなくタイマーを再スタートしました。計画された週末作業のために割り当てを貯めていたユーザーはそれを失い、いらだちと、将来の「祝いのリセット」はタイマーを再スタートせずにボーナスクレジットを追加すべきだという提案につながりました。

Codex アプリでバンクされたリセットはどこで見つかる？

設定 → 使用量、または制限に到達した後のポップアップモーダルに表示されます。対象となる Plus/Pro サブスクライバーであるにもかかわらず、機能が一貫しない、あるいは決して現れなかったと多くのユーザーが報告しています。デスクトップアプリのサイドバーのプロフィールカードや、割り当てを使い切った後の VS Code 拡張機能で確認してみてください。

OpenAI は将来の手動リセットを事前に告知する？

確認された方針はありません。過去のリセットにはアプリ内警告がありませんでした — ユーザーは Codex チーム（主に @thsottiaux）の X/Twitter 投稿から知りました。事前通知が欲しいなら、X で Codex エンジニアリング責任者をフォローしてください。それが現在唯一の通知チャネルです。

Linux CLI ユーザーはバンクされたリセットにアクセスできる？

はい、VS Code 拡張機能とデスクトップアプリ経由で。一部のユーザーは当初 Linux で機能へのアクセスに問題があると報告しましたが、後にこれらのクライアント経由で動作することが確認されました。機能はアカウントレベルなので、1つのクライアント（VS Code など）で利用すれば全プラットフォームに適用されるはずです。

複数のモデルにまたがって Codex の使用量を管理していますか？ Velokey は OpenAI、Anthropic、その他のプロバイダーを1つの統一 API でルーティングします — 使用量を確認し、コストを比較し、別々のダッシュボードを管理せずにモデルを切り替えられます。

*最終更新：2026年6月30日。情報は OpenAI コミュニティフォーラム、ユーザーの報告、2026年6月までの確認済み事象に基づきます。リセット方針とバンキング機能は OpenAI により変更される場合があります。*