OpenAI Codex利用制限異常消費、全員ハードリセットで対応

Codexを使い続けているのに、制限が数日前とは比べ物にならないほど早く溶けていく——そんな報告が6月26日ごろからXに流れ始めました。
月額2万円以上を支払うProプラン利用者まで巻き込んだこのトラブルに、OpenAIのCodexチームが日曜日に「warroom（対策本部）」を立ち上げ、全ユーザーへのハードリセットという異例の対応を取ったのが6月28日夜のことです。

Xで何が話題になっていたのか

最初に目立ち始めたのは、「いつもより制限の減りが異様に速い」という声でした。
Proプラン（月額200ドル）の利用者のあいだで「先週は7日間かけて消費していたのに、今週は1〜2日で上限に達した」という報告が相次ぎ、「制限をリセットしても翌日にはほぼ空になっている」という声も続きました。

ある開発者は「36時間でリセット後の制限が75%消えた」と報告し、別のユーザーは「通常の10〜20倍のペースで消費されていた」と証言しました。
週次クォータが残り数日で尽きていた人が急増したのです。

問題提起ツイートとして6月27日に注目を集めたのが次の投稿です。

Codexのリセット権の有効期限は以下の通りです

1つ目：⁰　2026/07/12 10:38（JST）⁰　残り15日
2つ目：⁰　2026/07/18 09:32（JST）⁰　残り21日
3つ目：⁰　2026/07/27 08:43（JST）⁰　残り30日

Codex上で有効期限を確認できるようになるまで毎週ポストします >* ))))><
— poy (@poy_developer) 2026年6月27日

リセット権の有効期限管理を細かく追跡していた投稿で、1000件以上のいいねが集まり、「自分も同じ状況だ」というリプライが殺到しました。

CodexチームのエンジニアリングリードであるTibo Sottiaux（@thsottiaux）氏が6月28日（日曜日）に以下の投稿を出すと、状況は一気に可視化されました。

Codex team is in a warroom on a Sunday combing through logs and checking whether there is anything that could lead to increased usage drains for some users. Taking it very seriously and won't rest until we get to the bottom of it. https://t.co/r7kYwqKjT2
— Tibo (@thsottiaux) 2026年6月28日

「Codexチームは日曜日にwarroomでログを精査し、一部ユーザーの利用量が急増している原因を探っている。
非常に真剣に受け止めており、底を突き止めるまで休まない」という内容で、OpenAI側の姿勢が明確に示されたポストでした。

根本原因と「RESET week」という皮肉な偶然

調査の結果、OpenAIのステータスページは原因を「不正利用・詐欺防止システムが一部アカウントを誤って過剰にレート制限した」と説明しました。
本来ユーザーを守るために設計されたアンチアビューズシステムが、逆にユーザーのクレジットを誤消費していたという構造的な問題でした。
モデルの切り替えタイミングやサブエージェントの動作パターンが引き金になった可能性も指摘されています。

Tibo氏は調査を続けながら、全ユーザーの5時間窓と週間制限を「ハードリセット」すると宣言しました。
通常のリセットとは異なり、すでに最大3件まで積み上げていたユーザーの「バンク済みリセット権」もすべて一括して再付与するという内容です。

As we are still investigating, I have reset everyone's Codex usage limits. This is a hard reset given some users had stacked up to three banked resets already that they can apply on their own schedule.

Funnily enough, this week at OpenAI is called the RESET week, which is meant… https://t.co/UdCSbW03QU
— Tibo (@thsottiaux) 2026年6月28日

「調査中ではあるが、全員のCodex利用制限をリセットした。
一部のユーザーはすでに3件のバンク済みリセットを溜めており、それも含めてハードリセットとした。
皮肉なことに、今週OpenAI社内は『RESET week』と呼ばれており、本来は息を抜くための週として設定されていたのだが……」

社内イベントの名称と、まさかの障害対応が同じ週に重なるという偶然に、Xでは「これは狙ったのでは」「Codexのバグが『RESET week』を体現した」などのコメントが相次ぎました。

追加補償と継続調査

6月29日には、Tibo氏からさらなる対応が発表されました。
今後24時間以内にすべての有料ユーザーのCodex利用制限を再度フルリセットし、さらに1回分の追加バンク済みリセットをクレジットするという内容です。
また、自力でリセットを行ったユーザーには追加で1件分を別途提供するとも約束されました。

英語圏では一部のユーザーから「リセット後もまだ消費が速い」という継続報告があり、調査は29日時点でも続いていました。
一方でGitHub上のCodexリポジトリには「バンク済みリセットが即時適用されてしまう」というバグ報告（Issue #28811）も立て続けに投稿され、今回の対応がいくつかの副作用を引き起こしていたことも明らかになっています。

Codexの利用制限をめぐる背景

今回の騒動の伏線にあるのは、6月12日に展開された「バンク済みリセット」機能です。
Go・Plus・Pro・Businessの各プランユーザーに対し、レート制限リセットを好きなタイミングで使えるよう保存しておける仕組みが追加され、リリース時に1回分の無料リセットが配布されました。

リセット権が「溜められる」ようになったことで、ユーザーは自分のスケジュールに合わせて制限を解除できるようになった反面、今回のようなシステム障害が起きたときに「溜めていたものがどうなるのか」という不安も生じやすくなりました。
Tibo氏が「ハードリセット」という言葉を使って一括処理を宣言したのは、その不透明感を払拭するための判断だったといえます。

さらに深掘りしたい方へ

SocialReport編集部の考察

今回の一件で印象的だったのは、OpenAIの対応スピードと情報公開の姿勢でした。
日曜日の夜に担当エンジニアが自らXでwarroomの設置を宣言し、進捗を逐次ポストしながらハードリセットを実行するという流れは、サービス障害時のコミュニケーションとして一つのモデルケースになりえます。

AIツールの運用者として注目すべきポイントは三つあります。
第一に、利用制限のシステムは「ユーザー保護」と「利用阻害」の紙一重に位置しているということです。
今回の原因はアンチアビューズシステムの誤作動でしたが、設計次第では正規ユーザーが最も被害を受ける形になることが改めて示されました。
第二に、バンク済みリセットのような柔軟な利用制限設計は、ユーザー体験を高める一方で、障害時の影響を複雑にする側面があります。
溜めたリセット権がどう扱われるかをユーザーが把握できる透明性が、サービス信頼性の基盤になるといえるでしょう。
第三に、開発者がCodexのような従量型AIツールに依存したワークフローを構築しているなら、制限の急変に備えたフォールバック設計（API直接利用・代替モデルの待機など）はリスク管理として不可欠になっています。
今回多くのユーザーが一時的にワークフローを止めざるをえなかった事実は、その警告として受け止めるべきでしょう。

まとめ

OpenAIのAIコーディングエージェントCodexで、一部ユーザーの利用制限が異常なペースで消費される障害が6月下旬に発生しました。
原因はアンチアビューズシステムの誤作動による過剰なレート制限であり、エンジニアリングリードのTibo Sottiaux氏が日曜日にwarroomで対応にあたり、全有料ユーザーへのハードリセットと追加バンク済みリセットの付与という形で補償が行われました。
OpenAIの透明かつ迅速な対応姿勢はXでも評価されており、AIサービス障害時のコミュニケーションの参考事例として記憶されることになりそうです。