Codex の利用上限はなぜ突然リセットされるのか？Usage Limits の履歴と情報源

Sun, 17 May 2026 08:36:15 +0800

Codex を使っていると、自分の通常の reset 時刻が来ていないのに、usage limits が突然回復していることがあります。このような「予告なしのリセット」は今回が初めてではなく、上限ルールが恒久的に緩くなったことを意味するとは限りません。障害補償、製品プロモーション、成長マイルストーン、あるいは特定のウィンドウやアカウント状態だけを対象にしたバックエンド側のリセットである可能性があります。

このスクリーンショットは、OpenAI Codex チームを率いる Tibo Sottiaux（@thsottiaux）が X に投稿した告知です。利用上限を気にしているユーザーにとって重要なのはモデルの細部ではなく、彼がその夜に usage limits を reset すると述べている点です。文脈を見ると、これは通常の周期的な更新ではなく、補償としてのリセットだと考えられます。

まず結論

Codex の利用上限が突然リセットされる理由は、おおまかに次のように分けられます。

障害補償：モデルや Codex サービスの問題でユーザーの上限が無駄に消費され、OpenAI が補償としてリセットする。
リリースやプロモーション：新モデル、新クライアント、新機能の公開時に、一時的な増量やリセットが行われる。
成長マイルストーン：Codex のユーザー規模が一定の節目に達したとき、利用継続を促すために上限をリセットまたは拡大する。
バックエンド方針の調整：一部の上限ウィンドウやアカウント状態だけがリセットされ、UI では範囲が明確に説明されない。

よくある誤解は、「リセット」と聞くとすべての上限ウィンドウが回復したと考えてしまうことです。実際には、Codex には短時間ウィンドウ、weekly limit、モデルごとの消費重み、プランごとの制限が同時に存在する場合があります。特別なリセットは、その一部だけに効くことがあります。

このスクリーンショットが示していること

スクリーンショットでは、Tibo が 2026 年 5 月 15 日に更新を投稿し、チームが監視を続け、その夜に usage limits をリセットすると述べています。前の投稿では一部ユーザーからの報告を調査中だと説明していたため、このリセットはサービスの揺らぎに対する補償と見るのが自然です。

ユーザー向けには、次の 3 点が重要です。

これは各ユーザーの通常周期による回復ではなく、チーム側の能動的なリセットです。
このリセットには明確な出来事の背景があり、恒久的な上限引き上げではありません。
「usage limits」という表現だけでは、5 時間ウィンドウや weekly limit がすべて含まれるかは分かりません。

そのため、上限が回復していても、まずは特別な reset event として捉えるべきです。

なぜ Codex のリセットは予告なしに見えるのか

Codex の上限は、単純に「毎日何時に更新される」ものではありません。UI には残り上限やパーセンテージだけが表示されることが多い一方、バックエンドでは次のような要素を同時に追跡している可能性があります。

数時間単位の短時間ウィンドウ。
週単位またはそれ以上の上限。
モデルごとの消費重み。
ローカル Codex、Cloud Task、IDE/CLI などの入口の違い。
Plus、Pro、Business、Team などのプラン差。
特別リセットの対象となるアカウント状態かどうか。

OpenAI が特別リセットを行っても、ユーザーはそれが通常周期による回復なのか、補償なのかを UI だけでは判断できない場合があります。短時間ウィンドウだけが回復した場合でも、weekly も回復するはずだと誤解されやすく、weekly が変わらないと「リセットが失敗した」と見えることがあります。

OpenAI の Codex GitHub issue でも、この透明性の問題が指摘されています。公開メッセージでは Codex rate limits が reset されたと説明されても、製品 UI はどのウィンドウがリセットされたのか、weekly limit が含まれるのか、すべての有料プランに同じように適用されたのかを明確に示していませんでした。

これまでの主なリセットの型

1. 2026 年 2 月：リリース期と一時的な増量

Codex デスクトップアプリと GPT-5.3-Codex のプロモーション時期には、usage limit reset と一時的な 2x rate limits がコミュニティで話題になりました。Reddit では、Codex app の公開時に期間限定の 2x rate limits と usage limit reset があったという投稿が見られます。

この種のリセットは、新しいクライアント、モデル、ワークフローを試してもらうためのリリース期の施策と考えられます。

2. 2026 年 3 月：ランダムなリセットと異常消費の議論

3 月前後には、コミュニティで「random usage reset」や「weekly limit reset daily」といった話題が何度も出ました。weekly limit が予定より早く回復したという報告や、新しい Codex モデル、安全ブロック、異常な上限消費、バグ修正と関係しているのではないかという見方がありました。

これらは公式発表ではありませんが、ユーザー側では通常スケジュール以外の回復が複数回観測されていたことを示しています。

3. 2026 年 4 月：成長マイルストーンと有料プランのリセット

4 月下旬には、Codex が週間アクティブユーザー 300 万人に達し、OpenAI が rate limits をリセットしたという報道がありました。今後の成長マイルストーンでも、ユーザーにより多くの利用余地を与える計画だとされています。

GitHub issue でも、Tibo が 4 月 28 日に X で「good week」を祝って有料プランの Codex rate limits をリセットし、GPT-5.5 でより多く構築できるようにしたという投稿が引用されています。ただし同じ issue では、どの上限ウィンドウが実際にリセットされたのか、weekly limit が含まれたのかを UI が明確に示していないとも指摘されています。

つまり、成長やイベントに伴うリセットでも、説明の曖昧さがユーザーの混乱につながりやすいということです。

4. 2026 年 5 月：障害補償型のリセット

今回のスクリーンショットは、より分かりやすい障害補償型のリセットです。Tibo はチームが問題を見つけ、その夜に usage limits をリセットすると述べています。OpenAI Status でも、2026 年 5 月 13 日に Codex 関連のエラー率上昇と遅延悪化が記録されています。

普通のユーザーにとって重要なのは、どのモデルの細部が原因だったかではありません。サービス側の問題で上限が異常に消費された場合、OpenAI が特別リセットで補償することがある、という点です。

リセットの理由をどう判断するか

Codex の上限が突然回復した場合は、次の順番で確認するとよいです。

自分の通常 reset 時刻に達していないか確認する。
OpenAI Status で Codex、モデルエラー、遅延、性能低下の記録を見る。
Tibo、OpenAI 公式アカウント、Codex GitHub issue に説明があるか確認する。
コミュニティで「突然 reset」「異常な消費」「weekly が戻らない」といった報告が集中していないか見る。
短時間ウィンドウと weekly limit を分けて考え、必ず同時に回復するとは決めつけない。

公式の事故補償であれば、状態ページ、責任者の告知、または多数のユーザー報告がセットで見つかることが多いです。一方、バックエンド側の部分的な更新だけなら、明確な告知がない場合もあります。

情報源の信頼性を分けて見る

この種の情報は、層を分けて見るのが安全です。

公式ステータスページ：障害、エラー率、遅延、復旧時刻の確認に最も向いています。
Tibo / OpenAI 公式アカウント：特別リセット、補償、プロモーションの説明を確認するのに向いています。
OpenAI Codex GitHub issue：UI、上限ウィンドウ、実際の挙動に関するユーザー報告を見るのに向いています。
Reddit / X の議論：同じ現象が広く起きているかを見るのに有用ですが、公式確認ではありません。
第三者ニュースやブログ：時系列の補足には便利ですが、公式情報や原典で確認する必要があります。

記事を書くときや判断するときは、これらを分けて扱うべきです。「OpenAI Status に障害が記録された」は公式の状態情報です。「Reddit でランダムリセットが報告された」はコミュニティ観測です。「GitHub issue で UI の不透明さが指摘された」はユーザー提出の製品課題です。

まとめ

Codex の利用上限が突然リセットされるのは、単に「無料の追加枠が来た」という話ではありません。障害補償、リリース期のプロモーション、成長施策、バックエンド方針の変更など、複数の理由があり得ます。分かりにくいのは、Codex に複数の上限ウィンドウがあり、特別リセットがすべてを対象にするとは限らない点です。UI が reset scope を明確に示さないこともあります。

このような状況に遭遇したら、まずクライアント上の実際の上限を確認し、OpenAI Status、Tibo の投稿、Codex GitHub issue、コミュニティ報告を照らし合わせるのが最も安全です。1 回の reset だけで長期的なルール変更だと判断せず、weekly limit、短時間ウィンドウ、すべてのプランが同時に回復すると決めつけない方がよいです。

参考リンク：

Rate Limits on KnightLiブログ