Codexのリセットとは｜いつ戻るか・リセット券の使い方・一斉リセットの記録

結論から書きます。

①Codexの5時間枠と週間枠は、何もしなくても時間で自動的に戻ります。次に戻る時刻は、設定の「使用状況」（CLIなら/status）に出ます。

②保存リセット（いわゆるリセット券）は、週の枠を使い切ったときに自分で使うものです。使うと週の区切りがずれます。

③一斉リセット（codex reset）はOpenAI側がまとめて枠を戻すもので、取っておけません。履歴は記事の末尾にあります。

保存リセットがある場合は、設定の「使用状況」で期限を確認してから使います。

使用前に残り割合と次の更新予定を控え、使用後に同じアカウントの使用状況を開き直して、対象枠が回復したか確認してください。

保存リセットの表示が消えたことだけで成功と判断せず、残量と更新予定の両方を見ます。

仕組みは2026年10月23日の公式ヘルプと照合しました。2026年10月29日に記事の構成を見直しています。

付与年表と当方の過去の利用記録は、現行仕様とは分けて掲載しています。

年表の全告知と過去の元ログは、今回再検証していません。

• 一斉リセット：OpenAIが告知の対象アカウントの枠をその場で戻す。取っておけない
• 保存リセット：アカウントに付与され、期限までに自分で使う
• 有料の即時リセット：Plus・Proの個人アカウントが自分で買う
• プランを上げたときも、週の使用率が0%（残り100%）に戻った（当方の記録。公式には記載なし）
• 週の期間が再開始されると更新予定が変わる。保存リセットで週の残量が100%の場合は例外

Codexのリセットはいつ？｜次回時刻の見方

Codexの利用枠は、5時間ごとの枠と1週間の枠の2段階です。

どちらも、最初に使った時点から数えて時間がたつと自動で戻ります。

次に戻る時刻は、自分の画面で確かめられます。

• デスクトップアプリとWeb：設定の「使用状況」に、各枠の残りと次の更新予定が出る
• Codex CLI：/status を打つと、枠の残りと更新予定が出る
• ChatGPT側のプラン画面では、Codexの枠の残りは分からない

「codex リセット いつ」と調べる人の多くは、この自動の回復を待っています。

待ち時間を縮めたいときに使うのが、次の節の保存リセット（リセット券）か有料の即時リセットです。

OpenAIが全員の枠を戻す一斉リセットは不定期で、事前に時刻は分かりません。

Codexのリセットは3種類

2026年10月8日に確認した公式の利用枠説明では、Proには現在5時間の利用制限がないと案内されています。

保存・一斉リセットの対象者と対象枠は告知やプランなどによって異なり、有料リセットもアカウントで利用できる枠が対象になるため、全員に同じ枠が戻るものとは扱いません。

リセットは利用枠を回復させますが、プランの恒久的な上限引き上げやクレジットの加算ではありません。

週の期間が再開始された場合は、古い更新予定が新しい予定に置き換わります。

ボタンを押した日時だけで計算せず、使用状況に表示された更新予定を確認してください。

一斉リセット｜OpenAIが対象アカウントの枠を戻す

一斉リセットは、障害や不具合のお詫び、新しいモデルの公開、利用者数の節目などのときに行われてきました。

この記事の過去の記録は、OpenAIと担当者Tibo（@thsottiaux）などの告知を参照したものです。

告知の対象プラン・地域・実施時刻は個別に異なります。

「一斉」は全アカウントへの適用を意味しません。

一斉リセットはその場でアカウントに効き、保存リセットとしては残りません。

告知から実際にアカウントに届くまで、数時間かかることがあります。

保存リセット｜付与されたリセットを自分で使う

保存リセット（banked reset）は、付与された分を後で使う仕組みです。

アカウントに付与されたリセットを、期限までの好きなときに自分で使えます。

買ったクレジットではなく、プランの上限そのものを増やすものでもありません。

使い方

1. デスクトップの「使用状況と請求」またはWebの使用状況を開く。CLIでは /usage → Redeem reset（項目がなければデスクトップかWebを使用）
2. 「1 reset available」や「Full reset」のような、使えるリセットの表示を選ぶ
3. 有効期限を確かめて、使うことを確定する

2026年10月17日にWindows版のデスクトップアプリ（26.1013）で確かめると、左下のアカウントのアイコンから「使用状況」を選んだところ、設定の「使用状況と請求」が開きました。

「週ごとの利用上限」の行に、残りの割合と、リセットまでの時間が出ます。

当方のPro 200のアカウントでは、5時間の枠の行はなく、週の枠だけが表示されていました。

デスクトップアプリ（26.924）では、付与されると「新しいレート制限リセットを利用できます」というバナーが出て、「リセットを確認」から開けます。

上限に達したときの画面にも、「利用可能なリセットを使う」の選択肢が出ます。

2026年9月30日には、使用状況の画面に「Codexにリセットの使用を許可」という切り替えが増えていました。

現在の公式条件では、設定画面からの使用には対象枠のいずれかが残り80%未満である必要があります。

Codexに使用を依頼する機能は主な5時間枠または週の枠が残り10%以下の場合が対象で、使用のたびに確認が必要です。

画面の説明では、リセットが自動で使われることはないとされています。

同じ画面を下へ進むと、この切り替えの下に「利用上限のリセット」の欄があります。

使える保存リセットは「利用可能」に「完全リセット」として並び、有効期限が日本時間で出ます。

使うときは右の「リセットを使用」を押します。

押したあとの確認の画面は、今回は試していません。

期限と、消費されない場合

デスクトップアプリのバナーの文言は「有効期限は30日間です」となっています。

ただし公式ヘルプでは、期限は付与ごとに違うとされているので、使用状況の画面で確かめます。

「利用上限のリセット」の欄を「履歴」に切り替えると、過去30日間にリセットを受け取った日時と、使った日時が並びます。

当方のアカウントでは、10月8日 8:37に受け取ったリセットの有効期限が11月7日 8:37と表示されていて、ちょうど30日後でした。

期限が切れたリセットは、戻ってきません。

対象枠がすべて残り80%以上なら、設定画面では使用できず、保存分は残ります。

使用時にすでに100%の枠は再開始しません。

無料の付与について、サポートは個別の対象判定・付与調査・再発行・期限延長に対応しないと案内しています。

有料購入の不具合は別の扱いです。

週のリセット日が変わる条件

公式ヘルプの例では、金曜に更新予定だった週の期間が火曜に再開始されると、次の更新は翌週の火曜に変わります。

この場合、次の週のリセットは翌週の火曜ごろになり、もとの金曜のリセットは来ません。

使用の判断には、今の残量、次の更新までの時間、保存分の期限、今すぐ必要な作業量を使います。

翌日の更新を待てるかどうかで適した選択は変わります。

週の枠を使い切っていて、次のリセットまで日があるときに使うのが向いています。

有料の即時リセット｜お金を払ってその場で戻す

利用可否はアカウントによって異なります。

5時間枠だけの上限では購入バナーは出ませんが、デスクトップの使用状況から購入できる場合があります。

Plus・Proの個人アカウントは、週の枠をその場で戻すリセットを買えます。

Free・Go・Business・Enterprise・Eduでは買えず、同じプランでもアカウントや国によって出ないことがあります。

• 買う場所：対象のWeb・デスクトップアカウント。デスクトップの使用状況に「Buy an instant reset」があれば選べるほか、週の上限後にバナーが出る場合がある
• 戻るもの：対象の利用枠（現在のProには5時間の制限はない）
• 取っておくこと：できない。買った時点で効く
• 返金：原則としてない

公式ヘルプでは、翌週分を前に倒す仕組みで、別に使える量が足されるわけではないと説明されています。

価格は、購入の画面に表示されます。

5時間の枠だけに達したときは、バナーは出ません。

使えない・残量が戻らない場合の確認と対処

最初に、保存分の使用と有料購入のどちらを操作したかを確認します。

「使用状況」を開き直し、アカウント、ワークスペース、対象の利用枠が一致しているか照合してください。

表示の反映には時間がかかる場合があるため、確認のために別のリセットを使ったり買ったりしないでください。

保存分を使えない場合は、対象枠の残量と有効期限を確認します。

履歴の「受け取り」は付与の記録であり、枠の回復や未使用分の残存を意味しません。

有料リセットと一斉リセットは保存分の履歴に出ないため、履歴がないことだけで失敗と判断できません。

覚えのない保存分の使用は、履歴と直前の会話で依頼・確認の有無を確かめます。

有料購入後に枠が戻らない場合は、課金されたアカウントで公式サポートへ問い合わせます。

領収書は購入の証拠ですが、適用の完了までは証明しません。

この切り分けは、2026年10月28日に確認した上記の公式ヘルプに基づきます。

プラン変更後に週の枠が戻った記録

週の枠を使い切ったあとでプランを上げると、当方の記録では週の使用率が0%（残り100%）に戻りました。

当方は2026年9月30日、Pro 100で週の枠を使い切ったあと、iPhoneのApp StoreからPro 200に変えました。

Pro 100で上限に達したときの表示です（2026年9月30日時点）。

「使用量をリセット」と「アップグレード」のボタンが並んでいます。

変える前のPro 100の使用状況です（2026年9月30日17時台）。

週の枠は残り21%で、次のリセットは10月4日 9:42でした。

Pro 200に変えた直後の使用状況です（2026年9月30日22時台）。

週の枠は残り100%に戻り、次のリセットまで7日0時間になりました。

9月10日にPlusからPro 100に上げたときも、週の使用率は19%から0%に戻っていました。

どちらの場合も、次の週のリセットは、変えたあと最初に使った時刻の7日後になりました。

持っていた保存リセット2回分は、使わずにそのまま残っています。

OpenAIの公式ヘルプには、プランを変えると週の枠が戻るという記載はありません。

当方で2回とも戻ったという記録で、今後も同じ扱いになるとは限りません。

iPhoneから上げたときの支払い

Appleの説明では、App Storeのサブスクリプションを上のプランに変えると、すぐに切り替わり、元のプランの残りの期間分が日割りで返金されます。

当方でも、Pro 100の更新日は10月9日でしたが、Pro 200に変えると10月30日に変わりました。

App Storeでの月額は、Pro 100が16,800円、Pro 200が30,000円でした（2026年9月30日時点）。

下のプランに戻す変更は、次の更新日から効き、その場では切り替わりません。

Webの画面から契約している場合の扱いは、今回は試していません。

使い切ったときの選択肢

継続して使う量を増やしたい場合は、変更先の利用枠と月額を比較します。

プラン変更による即時リセットは、この過去の記録だけでは保証できません。

週のリセット日がずれる様子｜当方のログ

Codexの週の枠は、全員が同じ曜日に戻るのではなく、アカウントごとに周期が決まります。

当方のアカウント（Pro 5x）のログから、週の使用率が0%に戻った場面を抜き出しました。

表は2026年9月10日から30日までの観察です。

使用率低下と更新予定の変化を記録したもので、原因の判定には当時の告知やアプリ履歴との照合が必要です。

次の更新予定は最初に0%を観測した時刻のおおむね7日後でした。

9月27日の記録には1分の差があり、ログの観測時刻を実際の適用時刻と同一視できません。

9月25日は、予定の11:26を過ぎてから12:19に使い始めたので、次のリセットも12:19基準になりました。

現在の公式ヘルプは、一斉リセットでも対象枠の更新予定が変わり得ると説明しています。

ただし、日時の変化だけで特定の告知が自分に適用されたと断定はできません。

当時は9月12日と27日の変化を一斉リセットに対応すると解釈しました。

今回、元ログと各アカウントへの適用は再検証していません。

Pro 5xの記録には週の枠しか出ておらず、Plusだった期間には5時間の枠も記録されていました。

自分のログでリセットを確かめる方法

当方が確認した会話ログには、週の枠の使用率と次のリセット時刻が記録されていました。

公式App Server資料でも、usedPercentは使用率、resetsAtは次の更新予定を示すUnix秒として説明されています。

使用率25%なら残りは75%で、画面が「残り」を表示している場合は数値の向きが逆になります。

以下のスクリプトはログ側の別表記を読むため、App Serverのレスポンスをそのまま入力するものではありません。

次のPython 3スクリプトは、指定した1つのセッションファイルから使用率低下の候補を抽出します。

破損行・欠損値を除外しますが、リセットの実施や原因を証明するものではありません。

python check_resets.py セッション.jsonlとして実行します。

import json
import math
import sys
from datetime import datetime, timedelta, timezone
from pathlib import Path

JST = timezone(timedelta(hours=9))

def extract(lines):
    rows = set()
    for line in lines:
        try:
            rec = json.loads(line)
            rl = rec.get("payload", {}).get("rate_limits")
            if not isinstance(rl, dict) or rl.get("limit_id") != "codex":
                continue
            t = datetime.fromisoformat(rec["timestamp"].replace("Z", "+00:00"))
            if t.tzinfo is None:
                continue
            for w in (rl.get("primary"), rl.get("secondary")):
                if not isinstance(w, dict) or w.get("window_minutes") != 10080:
                    continue
                used, due = w.get("used_percent"), w.get("resets_at")
                if any(type(v) not in (int, float) or not math.isfinite(v)
                       for v in (used, due)):
                    continue
                if not 0 <= used <= 100:
                    continue
                datetime.fromtimestamp(due, JST)  # Validate timestamp range.
                rows.add((t.timestamp(), used, due))
        except (ValueError, TypeError, KeyError, AttributeError, OverflowError, OSError):
            continue
    return sorted(rows)

def candidates(rows):
    for prev, curr in zip(rows, rows[1:]):
        t0, used0, due0 = prev
        t1, used1, due1 = curr
        if t1 > t0 and used1 < used0 - 1.5:
            yield prev, curr

def fmt(s):
    return datetime.fromtimestamp(s, JST).strftime("%Y-%m-%d %H:%M")

if __name__ == "__main__":
    if len(sys.argv) != 2:
        raise SystemExit("Usage: python check_resets.py SESSION.jsonl")
    with Path(sys.argv[1]).open(encoding="utf-8", errors="replace") as f:
        rows = extract(f)
    for (t0, used0, due0), (t1, used1, due1) in candidates(rows):
        timing = "旧予定以後に観測" if t1 >= due0 else "旧予定より前に観測"
        print(f"{fmt(t1)} {used0:.1f}%→{used1:.1f}% {timing}（候補）"
              f" 旧予定 {fmt(due0)} / 次の予定 {fmt(due1)}")

以下は旧スクリプトで取得した当時の出力です。

上の改訂版は合成データで欠損・破損行の処理を確認しましたが、当時の元ログでは再実行していません。

表示形式も異なります。

09/12 17:42 26%→0% 予定より前（予定 09/19 09:21、次は 09/19 17:42）
09/16 11:40 100%→0% 予定より前（予定 09/19 17:42、次は 09/23 11:40）
09/25 12:19 100%→0% 予定どおり（予定 09/25 11:26、次は 10/02 12:19）
09/27 09:42 77%→0% 予定より前（予定 10/02 12:19、次は 10/04 09:41）

複数の会話やアカウントのログを混ぜると、古い値が混在して誤判定します。

1ファイル内でも遅れて記録された値は除けないため、候補をアプリの履歴・使用状況と照合してください。

使用率低下がない場合も、リセットがなかった証明にはなりません。

抽出はlimit_id=codex、週の窓が10080分という形式に限定しています。

IDのない旧形式や別の枠は対象外です。

デスクトップアプリで使った保存リセットは、~/.codex/.codex-global-state.json の codex-rate-limit-reset-history にも時刻が残っていました。

どちらも公式に説明されている形式ではないので、アプリの更新で変わることがあります。

ふだんの残量は、CLIの /usage または /status、使用状況のページ（chatgpt.com/codex/settings/usage）で見られます。

これまでのリセットと付与の記録

以下は2025年9月から2026年9月27日までの既存の付与記録です。

各行の告知URL・対象条件・日本時間への換算は今回すべて再照合できていません。

完全な実施一覧や、現在も受け取れる特典の一覧ではありません。

日時は当時、告知投稿を日本時間に換算して記録したものです。

個別アカウントへの適用日時とは区別してください。

現在、CodexとChatGPT Workは利用枠を共有します。

ただし、各キャンペーンが対象にする枠は個別の告知で確認してください。

2025年

2026年1〜5月

2026年6〜7月

2026年8〜9月

作成当時は、実施報告を確認できたものを記録しました。

今回は各行の元投稿まで検証できていないため、個々の付与を確定する場合は当時の告知原文を参照してください。

リセットは、決まった周期で行われるものではありません。

公式ヘルプにも、今後のリセットは約束されないと書かれています。

よくある質問：Codexのリセット

リセット券とは何ですか？

公式には「保存リセット」と呼ばれる、あとで使える1回分の枠の回復です。

アカウントに付与されたものを期限までに使います。

リセット券はどこで確認して、どう使いますか？

設定の「使用状況」に期限つきで表示されます。

週の枠が尽きたときに、同じ画面から使います。

手順は本文の「保存リセット」の節にあります。

リセット券は買えますか？

保存リセットは配られるもので、買えません。

お金で戻すのは、Plus・Proの個人アカウントが使える有料の即時リセットで、別物です。

リセット券を使うと、週のリセット日は変わりますか？

変わる場合があります。

週の残量が100%未満のときに使うと、その時点から新しい週が始まります。

残量が100%のときは週の期間は再開始しません。

一斉リセットとリセット券は何が違いますか？

一斉リセットはOpenAIが対象アカウントの枠をその場で戻すもので、取っておけません。

リセット券は自分のタイミングで使えます。

期限が切れたリセット券は戻せますか？

戻せません。

期限は使用状況の画面に出るので、週の枠が尽きそうな日に合わせて使います。

関連記事

• Codexデスクトップアプリの設定21ページを全部見る（使用状況の画面の見方）
• Codexクラウドの使い方｜環境の設定・ネット接続・料金
• Claude Codeの利用制限リセットまとめ（Claudeの過去の付与記録と利用枠）

出典

• How resets work in Codex（OpenAI Help Center）
• Paid weekly Work and Codex rate limit resets（OpenAI Help Center）
• Codex changelog（ChatGPT Learn）
• Codex Pricing（ChatGPT Learn）
• Tibo（@thsottiaux）のXの投稿（過去の告知の参照先）
• 9月12日の一斉リセットの完了報告
• 9月27日（日本時間）の一斉リセットの完了報告
• Auto-renewable subscriptions（Apple Developer）（アップグレード・ダウングレードの扱い）