2026年10月25日（日本時間）、OpenAIの28日間アップデート「Day 20」は「Rest and reset」でした。 今回は新しいCLI機能やモデルの改善ではなく、Codex / ChatGPT Workの利用枠をリセットする日の発表です。

さらに、単なる予告だけではありません。Tibo Sottiaux氏は発表から約2時間27分後、全体への反映が完了した旨を明言しました。

It is all propagated.

これは「全体への反映は完了した」という意味です。ただし、この投稿だけで、あらゆる契約プラン・あらゆる使用量制限・全世界の個別アカウントの残量が100%だと証明されたわけではありません。 OpenAIが発表した対象利用枠と、個人の使用状況を分けて考えることが必要です。

この記事では、Day 20の投稿時刻、米国時間から日本時間への換算、5時間枠・週間枠・保存型リセットの違い、週間回復日時への影響、リセットを受け取ったか確認する方法まで、OpenAI公式情報を使って説明します。

調査日：2026年10月25日（日本時間）。 Tibo氏の公式X投稿、投稿の原文アーカイブ、OpenAI Help Centerを参照しています。各契約者の使用量を直接取得したり、内部の配信システムを検証したりした記事ではありません。数値例は説明用の仮定であり、Day 20のプラン別実績ではありません。

1. Day 20は何が発表された？

28日間の企画は、Codex / Workの利用者の多くに関係する明確な改善を届けるか、利用枠のフルリセットを行うという内容です。Day 20は後者が選ばれました。

Tibo氏の短い告知は次のとおりです。

Day 20/ Rest and reset

「Rest」は休息、「reset」は利用枠のリセットを意味します。

確認項目	Day 20の情報
企画の日付	Day 20 / 28：2026年10月24日（米国太平洋時間）
日本での発表	2026年10月25日12:39頃
追加の反映予告	同日12:40頃：「By midnight PST」
完了報告	同日15:06頃：「It is all propagated.」
新機能・モデルの追加	Day 20の主要発表としては確認できない
個別契約での回復結果	利用者ごとのUsage画面で確認が必要

ここでの「フルリセット」は、OpenAIが施策の対象に指定したCodex / Work側の利用上限に関する表現です。ChatGPTの画像生成・音声・ファイルアップロードや、APIの従量課金クレジットまで同じように初期化されるという意味ではありません。

Day 19との違い

前日のDay 19はDotsの接続高速化、Codex / Workで推論レベルを切り替えた際のキャッシュ維持、Codex CLI 0.164.0の改善が中心でした。

一方、Day 20に新たなCLIの機能更新は発表されていません。Codex CLIを0.164.0へ更新することと、今回の利用枠リセットを受け取ることは別の問題です。

参考：Day 19の詳細記事

2. 発表から完了まで：約2時間27分

時系列

日本時間（JST）	投稿・できごと	確認レベル
10月25日12:39頃	「Day 20/ Rest and reset」	公式のリセット発表
10月25日12:40頃	「By midnight PST」	公式の反映期限案内
10月25日15:06頃	「It is all propagated.」	公式の全体反映完了報告
以降	各ユーザーがSettings → Usageを確認	個人ごとの実際の反映確認

リセット発表の公式X

完了報告の公式X

完了報告には、明日からまたCodexを活用しよう、今後の週も楽しみにしてほしいという趣旨の文章が続いています。新機能を確約する具体的な仕様やリリース時刻が発表されたわけではありません。

「By midnight PST」を日本時間に直すと？

この表現には、実は1時間の解釈差があります。

米国西海岸の2026年10月24日は夏時間（PDT、UTC−7）です。しかしTibo氏は「PST（UTC−8）」と書いています。

解釈	米国側の2026/10/24深夜	日本時間
西海岸の現地時計＝PDTを意味している	10月24日23:59頃 PDT	10月25日15:59頃 JST
書かれたPSTを標準時として厳密に読む	10月24日23:59頃 PST	10月25日16:59頃 JST

したがって、日本時間では10月25日16〜17時頃が、元の期限表現から計算した目安でした。

しかし今回は15:06頃に完了報告が出ており、期限より早い反映が公式に報告されたと読めます。なお、OpenAIが「日本時間16時または17時」を正式な確定期限として明記したわけではありません。

3. Codexの「利用枠リセット」とは何か

**利用枠（usage allowance）**は、契約プランに含まれるAI処理の使用可能量を指します。単純に「毎週100回まで質問できる」といった固定回数ではありません。

利用量の消費は、モデル、推論レベル、入力の長さ、複数段階のツール処理などで変わる可能性があります。OpenAI公式ヘルプはWorkとCodexがプランに含まれる利用枠を共有すると説明しています。

OpenAI公式：Managing usage with GPT-6 Astra in Work and Codex

5時間枠と週間枠

利用するプランにより、次のような制限があります。

5時間枠：比較的短い一定期間の利用量を管理する枠
週間枠：週単位で利用量を管理する枠

両方あるプランでは、片方だけ使い切っていても処理を続けられないことがあります。

作業開始
   │
   ▼
プランに対応する利用枠を確認
   ├─ 5時間枠がある場合：残量あり？
   └─ 週間枠：残量あり？
             │
             ▼
        使用可能なら実行
             │
             ▼
         作業量に応じて消費

具体的なプランごとの仕様はOpenAI公式の使用量画面を確認してください。Day 20の短い投稿では、各プランの対象枠・回復割合の詳細は一覧で公表されていません。

4. 「全体リセット」は何が100%になる？

OpenAI公式ヘルプは、自動（グローバル）リセットは、その施策で選ばれたアカウントと利用上限へ直接適用されると説明しています。

globalという単語が使われても、世界中の全アカウントや全種類の上限が必ず含まれるわけではありません。

例えば以下は、仕組みを理解するための仮定の例です。

適用前	適用後（対象枠に完全リセットが反映された例）
残り15%	残り100%
残り70%	残り100%
残り100%	残り100%

これらの数字はDay 20の実測結果ではありません。実際には、アカウントの対象条件、プラン、表示が使用済み割合なのか残り割合なのかなどを確認する必要があります。

200%に積み上がるわけではない

残り60%にリセットが来た例

60% + 100% = 160%      ← この計算ではない

対象枠の上限へ回復 → 100%

フルリセットは追加購入した従量課金クレジットではなく、対象の利用枠の回復です。未使用の残り分に100%を上乗せする仕組みではありません。

5. 自動リセット・保存型リセット・購入型リセットの違い

「リセット」という語には少なくとも3種類の仕組みがあるため、区別が必要です。

種類	反映方法	保管	Day 20との関係
自動（グローバル）	対象アカウントの対象枠に直接適用	不可	今回の発表
保存型（banked reset）	期限内に本人が手動で利用	可能	今回の追加配布は未確認
購入型（instant reset）	対象者が購入して即時適用	不可	今回とは別

OpenAI公式：How resets work in Codex

保存型リセットは自動的に消費されない

**banked reset（保存型リセット）**は、使わずに保持できる特典です。Day 20の自動リセットが来たからといって、手持ちの保存型リセット券を使う必要はありません。

OpenAIの説明では、自動リセットが同じ枠を更新しても、未使用の保存型リセットは原則としてもとの有効期限と条件で残ります。過去に自分で使った保存型リセットが返還されることもありません。

そのため、Day 20の反映を確認するためだけに保存型リセットを使うのは避けましょう。

保存型を使うときの対象枠はプランで違う

OpenAI公式の保存型リセット仕様では、主な対象は次のように分かれます。

プラン例	保存型フルリセットで回復する主な枠
Go	月間枠
Plus / Business Standard	5時間枠と週間枠
Pro 100 / 200 / 500	週間枠

この表は保存型リセットの一般仕様を説明するもので、Day 20の自動リセット対象者・対象枠を確定する一覧ではありません。

6. 次の週間リセット日時は変わるのか？

変わる可能性があります。 OpenAI公式ヘルプは、banked・global・purchasedのいずれも、影響を受けた利用枠の次回回復日時を変える場合があると説明しています。

例えば、もともと金曜日に週間枠が回復する予定だったケースを考えます。

従来の予定
金曜日：週間枠の自然回復
          │
          ▼
途中の火曜日に対象枠のリセット
          │
          ▼
新しい利用期間が始まる場合
次回回復日は翌火曜日などへ変更

ただし、自動リセットですべてのアカウントの週間期間が同じ時刻に再開始する、とDay 20で案内されたわけではありません。

また、反映直後に表示される次回回復日時は推定値の場合があります。最も確かな確認方法は、Settings → Usageに表示される次回回復日時を読むことです。

OpenAI公式：How resets work in Codex / Why your reset time can change

7. 今回の「全体への反映完了」はどこまで信じてよい？

Tibo氏が**「It is all propagated.」と投稿したこと自体は確認可能な事実**です。

ただし、ここでいう**propagation（伝播・反映）**は、一般にシステムへ更新が行き渡ることを意味し、OpenAIの内部で何台のサーバーが更新されたか、個々のアカウントの残量がどのように計算されたかを示す技術レポートではありません。

Tibo氏の公式投稿
     ↓
「全体へ反映完了」と表明
     ↓
対象アカウントへの適用を公式に報告
     ↓
利用者自身のUsageで回復を確認

公式完了報告と、個別アカウントの検証は別の証拠です。

また、利用者によっては次の理由で残量の見え方が違う場合があります。

利用しているプランやワークスペースが異なる
対象外の別種類の上限を見ている
更新前後で「使用済み%」と「残り%」を混同している
画面の表示更新が遅れている
反映後にWorkやCodexを実行し、枠をすでに消費している

この違いがあるため、第三者の「全員100%になった」という投稿だけで自分の回復を判断しないほうが正確です。

8. 自分のアカウントのリセットを確認する方法

ChatGPT・Codexの使用状況画面

ChatGPTのWebまたはデスクトップアプリを開く
対象のアカウント・ワークスペースで**Settings → Usage（設定 → 使用状況）**を開く
対象のCodex / Workの残量と、次回回復日時を確認する
画面を更新し、必要なら一度閉じて開き直す

見るべき内容は以下です。

表示	確認すること
Remaining / 残り	対象枠の利用可能量が回復したか
Used / 使用済み	使用済み率が減ったか
Next reset	次回の自然回復予定が変わったか
Available resets	保存型リセットが別途残っているか

自動リセットは保存型リセット券として履歴に追加されません。 Saved resetの履歴にDay 20が載らなくても、それだけではリセット未適用の証拠になりません。

Codex CLIから確認

Codex CLIの対話セッションでは、利用しているバージョンに応じて以下のスラッシュコマンドを使います。

/usage

/usageは、Codexの対話画面に入力するコマンドです。 Macのzshやbashにそのまま入力する通常のOSコマンドではありません。

OpenAI公式ヘルプでは、このメニューから利用量を確認し、対象者なら保存型リセットのRedeem reset操作も行えると説明しています。確認したいだけなら、保存型リセットの実行操作を選択しないでください。

OpenAI公式：How resets work in Codex / Find and use a banked reset

CLIの表示が異なる場合

CodexのCLIはバージョンにより表示名や項目が変わることがあります。WebまたはデスクトップのUsage表示と照らし合わせましょう。

9. リセットが反映されていない場合は？

まずは同じプランでも必ず対象というわけではない点に注意してください。自動リセットの配布対象は個々の施策ごとに決まります。

確認の順序は次のとおりです。

正しいChatGPTアカウント・ワークスペースにログインしているか
Codex / Workの対象枠を見ているか
Usage画面を再読み込みしたか
Day 20の投稿内容と対象条件を確認したか
本来の残量・次回回復日時がどう変わったか

OpenAI Help Centerは、無料プロモーションのリセットについて、個別の対象資格の調査・手動付与・期間延長・補償には対応しないと説明しています。無料配布分と、購入したリセットに関する問い合わせは分けて扱う必要があります。

したがって、今回のDay 20を受け取れなかった場合でも、サポートに連絡すれば必ず追加でリセットしてもらえるとは案内できません。

OpenAI公式：Response speed and usage resets in Work and Codex

10. Day 17〜20を比較する

Day	米国の日付	発表内容	リセットの情報
Day 17	10/21	リセット予告、Daybreak Blue案内	予告
Day 18	10/22	Decisions API正式版、Open Responsesなど	別のリセットを予告
Day 19	10/23	Dots・キャッシュ・CLI改善	追加リセット告知なし
Day 20	10/24	Rest and reset	リセットの公式完了報告

Day 17とDay 18で予告があったからといって、Day 20に「既存のリセット券が3枚分加算された」という意味ではありません。それぞれの施策は独立した日時・条件で、対象の利用枠をリフレッシュするものです。

Day 17：リセットとDaybreak Blue

Day 18：Decisions API GAとリセット

Day 19：CLI 0.164.0とキャッシュ改善

11. エンジニアとしての学び：リセットの状態を3段階で管理する

この発表は、新しいAPIが登場した日のような実装コードの変更ではありません。ただし、段階的なサービス変更の状態をどう追跡すべきかという観点では重要な例です。

announcement / rollout / verificationを分ける

1. Announced（発表）
   「Day 20 / Rest and reset」
              │
              ▼
2. Propagated（公式反映完了）
   「It is all propagated.」
              │
              ▼
3. Verified（自分の環境で確認）
   Usageで対象の利用枠を確認

この3段階を混同すると、たとえば「Tiboが投稿した＝自分の使用量は回復済み」という誤った運用判断が生じます。

バックエンドの機能公開でも似た問題があります。

デプロイの開始＝サービスへの全展開完了ではない
展開完了のログ＝すべてのユーザーの正常動作確認ではない
APIがHTTP 200を返す＝関連処理がすべて成功しているとは限らない

発表、システムの状態変化、利用者から見た結果を別々の証拠で確認する設計は、リリース管理にも活かせます。

次の利用枠を実務でどう活かすか

利用枠が回復した場合、長いバグ調査、APIリファクタリング、複数のテスト実行を含むタスクを進めやすくなります。ただし使用量は固定のタスク件数ではありません。

実行前にUsageで残量を確認し、作業の重要度に合わせてモデル・推論レベルを選ぶ方が、再び上限へ到達した場合の混乱を減らせます。

12. よくある質問

Q. Day 20のリセットはもう完了している？

Tibo氏は日本時間10月25日15:06頃に全体への反映完了を報告しています。 個々のアカウントで対象枠に適用されたかはUsage画面で別途確認してください。

Q. Day 20で新しいCodexの機能が追加された？

Day 20の主要発表はリセットです。 Day 19のCLIなどの改善と区別してください。

Q. 保存型リセットが1枚増える？

追加配布は確認できていません。 自動リセットと保存型リセットは別です。

Q. リセット後の残りは200%になる？

いいえ。 対象上限への回復であり、単純に未使用枠へ100%を加算するものではありません。

Q. 毎日必ずリセットされる？

いいえ。 28日間企画は改善かリセットを行うという約束で、毎日のリセットを保証していません。翌日以降の発表は別途確認が必要です。

Q. APIの料金が無料になったり、クレジットがもらえる？

Day 20の短い投稿からはそのような結論を導けません。 Work / Codexの利用枠とAPIの従量課金は異なる仕組みです。

Q. 自動リセットに対象外でも手動で使う方法はある？

自動リセットの適用対象を手動操作で広げることはできません。利用可能な保存型・購入型の選択肢があれば、Usage上に表示される条件を確認してください。

まとめ

Codex 28日間アップデート Day 20は「Rest and reset」。利用枠のフルリセットが発表され、公式に全体への反映完了が報告されました。

12:39 JST： Day 20のリセットを発表
12:40 JST： 米国太平洋時間の深夜までの反映を予告
15:06 JST： Tibo氏が全体への反映完了を報告
新機能： Day 20では新規の主要機能発表なし
反映範囲： 施策の対象となる利用枠であり、すべてのChatGPT・API上限の回復を意味しない
保存型リセット： 自動リセットとは別で、追加券の配布は未確認
確認方法： Settings → Usage、対応CLIの/usage

利用枠回復を公式に発表したことと、自分の使用状況が実際に更新されたことを分けて確認する。 これが今回もっとも重要なポイントです。

今後もCodexの28日間アップデートを一次情報と技術資料で調べ、続報を詳しく解説していきます。フォローして次回のアップデートも確認してください。

参考資料・一次情報