Codexの利用制限リセットまとめ｜付与の理由と全記録、週のリセット日がずれる仕組み

Codexの利用制限は、OpenAIがたびたびリセットしています。

リセットには、その場で全員に効くものと、アカウントに付与されて自分の好きなときに使うものがあります。

• 一斉リセット：OpenAIが全員の枠をその場で戻す。取っておけない
• 保存リセット：アカウントに付与され、期限までに自分で使う
• 有料の即時リセット：Plus・Proの個人アカウントが自分で買う
• プランを上げたときも、週の枠が0%に戻った（当方の記録。公式には記載なし）
• どれを使っても、週のリセット日はずれる

この記事は、2026年9月27日時点の公式ヘルプ、Codexの担当者のXの投稿、当方のアカウントに残ったログにもとづいています。

Codexのリセットは3種類

どれも、使える量を増やすものではなく、枠の数え直しを前に倒すものです。

そのため、もとの予定のリセットは来なくなり、次の週のリセットは戻したあとから数え直しになります。

一斉リセット｜OpenAIが全員の枠を戻す

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

告知はほとんどが、Codexの担当者であるTibo（@thsottiaux）のXの投稿です。

公式の変更履歴に載っているのは、そのうちの一部だけです。

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

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

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

保存リセット（banked reset）は、2026年6月11日に始まった仕組みです。

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

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

使い方

1. デスクトップアプリ・CLI・Webのどれかで、設定の「使用状況」を開く
2. 「1 reset available」や「Full reset」のような、使えるリセットの表示を選ぶ
3. 有効期限を確かめて、使うことを確定する

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

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

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

オンにすると、会話の中でリセットを使うよう頼み、しかも残りが10%以下のときに限って、Codexがリセットを使えます。

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

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

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

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

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

戻す分が何もない状態で使ったときは、リセットは消費されずに残ります。

サポートは、手作業でのリセットや、お詫びとしてのリセットには応じないと書かれています。

使うと週のリセット日が変わる

公式ヘルプには、金曜に週のリセットが来る予定の人が、火曜に保存リセットを使って使い始めた場合の例があります。

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

週のリセットが翌日に迫っているときに使うと、そのぶん損をする計算です。

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

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

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

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

• 買う場所：デスクトップアプリの使用状況にある「Buy an instant reset」か、週の上限に達したときに出るバナー
• 戻るもの：5時間の枠と週の枠
• 取っておくこと：できない。買った時点で効く
• 返金：原則としてない

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

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

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

プランを上げると週の枠が戻る

週の枠を使い切ったあとでプランを上げると、週の枠は0%に戻りました。

当方は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%に戻った場面を抜き出しました。

2週間で、予定より前に週の枠が戻ったのは5回でした。

どの回も、次の週のリセットは、戻ったあと最初に使った時刻のちょうど7日後になっています。

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

一斉リセットで週のリセット日がずれることは、公式ヘルプには書かれていません。

ただ当方のログでは、9月12日と9月27日の一斉リセットのあと、どちらも週のリセット日がずれました。

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

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

Codexは会話ごとの記録に、週の枠の使用率と、次のリセット時刻を残しています。

次のPythonのスクリプトで、週の枠が戻った場面と、次のリセット時刻の変化を一覧にできます。

import glob
import json
import os
from datetime import datetime, timedelta, timezone

JST = timezone(timedelta(hours=9))
rows = []
for path in glob.glob(os.path.expanduser("~/.codex/sessions/**/*.jsonl"), recursive=True):
    for line in open(path, encoding="utf-8", errors="ignore"):
        if '"rate_limits"' not in line:
            continue
        rec = json.loads(line)
        rl = rec.get("payload", {}).get("rate_limits") or {}
        if rl.get("limit_id") != "codex":  # Sparkなどの別枠は除く
            continue
        for w in (rl.get("primary"), rl.get("secondary")):
            if w and w.get("window_minutes") == 10080:  # 週の枠
                t = datetime.fromisoformat(rec["timestamp"].replace("Z", "+00:00"))
                rows.append((t.timestamp(), w["used_percent"], w["resets_at"]))

rows.sort()
fmt = lambda s: datetime.fromtimestamp(s, JST).strftime("%m/%d %H:%M")
for (t0, used0, due0), (t1, used1, due1) in zip(rows, rows[1:]):
    if used1 < used0 - 1.5:
        kind = "予定どおり" if t1 >= due0 - 120 else "予定より前"
        print(f"{fmt(t1)} {used0:.0f}%→{used1:.0f}% {kind}"
              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）

いくつかの会話を並べて動かしていると、古い値が混ざって、同じ時刻の行が2つ出ることがあります。

GPT-5.3-Codex-Sparkのように別の枠を持つモデルもあるため、スクリプトでは本体の枠（codex）だけを見ています。

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

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

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

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

2025年9月から2026年9月27日までに、OpenAIと担当者が告知したリセットと付与を並べました。

日時は日本時間で、担当者が実施を報告した投稿の時刻です。

2026年7月からは、CodexとChatGPT Workが同じ枠を使っているため、リセットも両方に効きます。

2025年

2026年1〜5月

2026年6〜7月

2026年8〜9月

予告だけで実施の報告が見つからなかったものは、表から外しています。

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

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

関連記事

• Codexデスクトップアプリの設定21ページを全部見る（使用状況の画面の見方）
• Codexクラウドの使い方｜環境の設定・ネット接続・料金
• Claude Codeの利用制限リセットまとめ（Claudeは週のリセット日が動かない）

出典

• How banked Codex resets work（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の投稿（Codex担当のOpenAI社員。一斉リセットの告知のほとんど）
• 9月12日の一斉リセットの完了報告
• 9月27日（日本時間）の一斉リセットの完了報告
• Auto-renewable subscriptions（Apple Developer）（アップグレード・ダウングレードの扱い）