OpenAIのCodexまわりでは、「今後28日間、毎日改善かリセットのどちらかを届ける」という流れが始まりました。Day 1ではGPT-6系の速度改善が話題になりましたが、Day 2はかなり毛色が違います。いくつかの改善が実施されたあと、コミュニティ投票で「needs a reset（リセットしてほしい）」が76％を占め、実際に利用枠のリセットが行われました。
ここが今回いちばん面白いポイントです。普通なら「改善があった日」と「リセットがあった日」は別々に見えますが、今回は4つの改善が出たうえで、さらにリセットまで実施されたという、かなり不意打ち感のある展開になりました。利用者から見ればうれしいサプライズである一方、OpenAI側がかなり機動的に動いていることも伝わってきます。
この記事では、Day 2に何が起きたのかを整理したうえで、各改善の中身と、今の利用者がどう受け止めればよいかを分かりやすくまとめます。
Day 2で何が起きたのか
日本時間2026年10月7日のDay 2では、4つの更新と投票、リセット実施告知が続きました。まず流れを短く整理すると、Day 2では次の順番で話が進みました。
- Tibo氏が、Day 2の更新内容として4つの改善を案内した
- その内容は、
- 2.1 Auto-review関連
- 2.2 APIの利用区分見直し
- 2.3 会議メモの統合
- 2.4 Decisions API公開ベータ
の4本立てだった
- そのうえでコミュニティ投票が行われ、「good day」24％に対し、「needs a reset」76％という結果になった
- その後、Tibo氏が「the reset has been processed（リセットは処理された）」と投稿し、実際にリセットが行われた
つまり今回は、単純に「今日は改善の日だった」ではありません。改善も出た、でも利用者はそれでもリセットを望んだ、そして本当にリセットされたという、かなり動きの速い1日だったわけです。
引用：Tibo氏のDay 2リセット実施告知。4つの改善のあと、投票を受けてリセットが処理されたと説明しています。
まず押さえたい結論
今回の動きから、利用者目線で押さえておきたい結論は3つあります。リセットの実施と、機能ごとの対象範囲を分けると理解しやすくなります。
1．Day 2は「改善」だけでは終わらなかった
事前の説明だけを見ると、「今日は改善か、それともリセットか」という二択に見えがちです。ところが実際には、改善がいくつか出たあとに、コミュニティの空気を受けてリセットまで実施されました。これは多くの利用者にとって、かなり予想外だったはずです。
2．すべての改善が、すべてのユーザーに同じ重さで効くわけではない
Day 2の4項目には、普段のCodex利用に直結するものもあれば、主にAPI開発者向けのものも含まれています。とくに「API利用区分の簡素化」や「Decisions API」は、一般的なChatGPT利用者より、開発者にとっての意味合いが大きい話です。
3．リセットされた今は、後回しにしていた作業を進めやすい
突然のリセットの反映を自分の使用量画面で確認できた人は、
- ずっと保留していた大きめの実装
- 比較検証したかった複数モデルの試行
- コンテキストが重い長めの作業
- 放置していた改善案の一気消化
を進めるには悪くないタイミングです。
ただし、今回と同じような不意打ちリセットが今後も毎回起きると期待しすぎるのは危険です。利用枠の管理はあくまで手元で続けつつ、余裕ができた今をうまく使う、という受け止め方が現実的でしょう。
Day 2で実施された4つの改善
4つの項目は、Codexの日常利用に関わるものと、APIを組み込む開発者向けのものに分かれます。利用場所と、どの部分が変わるのかを分けて見ていきましょう。
2.1 Auto-reviewの扱いが改善
Day 2の項目で、一般ユーザーにとって比較的わかりやすいのがAuto-reviewまわりです。Tibo氏のまとめでは、「Approve for me（auto-review）は含まれるようになり、usageを使わない」と案内されました。
ここは言い換えると、Codexが進行中に出会う一部の承認待ちアクションについて、別の安全確認プロセスが無料でレビューし、通せるものはそのまま先へ進めるというものです。OpenAI Help Centerでも、ChatGPTアカウントでサインインしている場合、auto-review safety checksは無料で、プランのusage limitにはカウントされないと説明されています。
ただし、誤解しやすい点もあります。
- 無料なのはauto-reviewの安全確認部分であって、Codexの本体作業すべてが無料になるわけではない
- workspaceの制限が消えるわけでもない
- すべての承認プロンプトが消えるわけでもない
つまり、「Codexが完全に無制限になった」という話ではありません。あくまで承認待ちで止まりやすいところの摩擦を減らす改善と理解するのが正確です。
引用：OpenAIのAuto-review解説。掲載図の件数は説明用の例であり、すべての利用者の操作や承認率を示すものではありません。
2.2 API利用区分がシンプルに
Day 2の2つ目は、API利用区分の簡素化です。OpenAI Developersの案内では、従来5段階だった有料のusage tierが、Build／Launch／Growの3段階に整理されました。
とくに注目点は、最上位のGrowに到達する条件です。公式案内では、従来1,000ドルだった基準が500ドルの総API支払いに下がったと説明されています。これによって、より高いAPI rate limitに届きやすくなります。
ただし、ここはあくまでAPI開発者向けの話です。普段ChatGPTやCodexを使う一般ユーザーが、これだけで直接なにか操作感が変わるわけではありません。ただ、OpenAIが「開発者側の摩擦も減らす」という方向で手を入れていることは読み取れます。
引用：OpenAI DevelopersのAPIレート制限図。RPMは1分あたりのリクエスト数、TPMは1分あたりのトークン数です。最新の条件は公式資料と自分の組織設定で確認してください。
2.3 Meeting notes integrated
3つ目の更新としてTibo氏は、「Meeting notes integrated」も挙げています。これはDay 2のラウンドアップのなかで触れられている項目です。
詳細説明は今回の4枚の画像には含めていませんが、投稿では会議メモの統合が告知されています。どのアプリ・プランで使えるかや具体的な操作は、この告知だけでは判断できないため、実際の画面や提供条件を確認してから試したい項目です。
2.4 Decisions APIが公開ベータに
4つ目は、Decisions APIの公開ベータです。これも一般ユーザー向けというより、開発者向けの色が強い改善です。
OpenAIのDeveloper CommunityとAPI changelogでは、Decisions APIはpublic betaとして案内されており、Responses API経由のGPT-6 Lunaより最大10倍速く意思決定できると説明されています。用途としては、
- 条件判定
- あらかじめ定義した選択肢からの選択
- テキストや画像に対する採点・スコアリング
など、軽量で高速な判断系の処理が想定されています。
つまりDay 2は、普段Codexを触る人に向けた使い勝手の改善と、APIを組み込む開発者に向けた改善が、同時に混ざっていた日だと見ると整理しやすいです。
なぜ今回のリセットは不意打ちだったのか
今回のリセットが不意打ちに感じられた理由は、主に3つあります。
1．先に「改善」が並んでいたから
Day 2では最初に4つの更新が並びました。これだけ見ると、多くの人は「今日は改善の日なんだな」と受け止めます。そこから投票でリセット希望が優勢になり、さらに本当にリセットまで実施されたので、ギャップが大きくなりました。
2．投票結果が圧倒的だったから
掲載画像を見ると、投票は74,565票集まり、「needs a reset」76％という結果になっています。この投票ではリセットを求める意見が大きく上回りました。ただし、これは投稿の投票参加者の結果であり、Codex利用者全体の意見を代表する調査ではありません。
引用：Tibo氏のDay 2更新まとめと投票結果。掲載画像は74,565票、24％と76％の最終結果を示しています。
3．利用者の優先順位がはっきり見えたから
改善はうれしい。でも実際の現場では、
- 今すぐ手を動かしたい
- 利用枠が気になって大きい仕事を投げにくい
- リセットされるなら、そのほうが助かる
という感覚を持つ人が多かったのでしょう。Day 2は、まさにその本音が数字で可視化された日だったと言えます。
今の利用者にとっての実用ポイント
ここからは、記事を読んだ人が実際にどう動くか、という観点で整理します。
1．リセットで余裕ができたなら、重い作業から先に進めたい
利用枠が戻った直後は、つい様子見したくなりますが、むしろこのタイミングは、後回しにしていた作業を前に進める好機です。
たとえば、
- 長いコンテキストが必要な調査
- 実装とリファクタリングを往復する作業
- 複数案を比較しながら進める検証
- 途中で止めた大規模タスクの再開
などは、利用枠に余裕があるうちに片付けやすくなります。
2．「無料化」と「使用量ゼロ」は混同しない
今回よく混同されやすいのが、Auto-reviewの扱いです。無料になったのはauto-review safety checksであり、Codex全体の作業量がすべて使用量ゼロになったわけではありません。
ここを取り違えると、思ったより早く利用枠を使った、ということが起こりやすくなります。OpenAI Help Centerでも、other Codex activity remains subject to your plan's usage limitsと説明されています。
3．一般ユーザー向け改善と、開発者向け改善は分けて見る
Day 2の4項目は一見ひとまとめですが、効く相手は同じではありません。
一般ユーザーに近い改善
- Auto-review関連
- Meeting notes integrated
開発者向けの色が濃い改善
- API利用区分の簡素化
- Decisions APIの公開ベータ
この整理をしておくと、「Day 2で4つも来たのに、自分の体感はそこまで大きく変わらない」と感じたときにも納得しやすいはずです。
4．次回以降のリセットを前提にしすぎない
今回の不意打ちリセットはうれしい出来事ですが、だからといって「またすぐ来るはず」と読み切るのは危険です。
- 使用量ダッシュボードは定期的に確認する
- 必要ならAuto-reviewを有効化して、承認待ちによる停止を減らす
- 今の余裕は、温存しすぎず、必要なタスクに使う
このくらいの構えが、いちばん実用的だと思います。
まとめ
Codex改善のDay 2は、単なるアップデート紹介では終わりませんでした。4つの改善が案内されたあと、コミュニティ投票で「needs a reset」が76％を占め、その結果として実際にリセットが行われました。
今回の出来事が示したのは、今回の投票に参加したコミュニティでは、新機能や改善そのものと同じくらい、あるいはそれ以上に「今すぐ使える利用枠」が重視されているということです。
その一方で、Day 2の改善内容をよく見ると、Auto-reviewのように日々の使い勝手に関わるものもあれば、API利用区分やDecisions APIのように開発者向けの改善もありました。つまり今回は、利用者の即効性ニーズと、OpenAI側の中長期的な改善方針が同時に見えた日だったとも言えます。
不意打ちのリセットで余裕ができた今は、次のサプライズを待つより、まずは手元のやりたいことを進めるのが良さそうです。止まっていた作業を再開する、重めの検証を片付ける、比較したかった案を試す。そうした一歩を踏み出しやすいタイミングとして、今回のリセットを前向きに使いたいところです。
参考にした公式情報
発表の詳細や利用条件は、次の公式資料から確認できます。
2026年10月7日確認。Auto-reviewの扱い、API利用区分、Decisions APIの説明は以下の公式資料と照合しています。
コメント