2026年10月6日更新／日本時間・Day 1時点
「最近、Codexの利用枠、以前より減りにくくないですか？」
私自身、そう感じていたところに、うれしい発表がありました。Tibo氏が打ち出したのは、今後28日間、毎日「多くのCodex／Workユーザーに役立つ明確な改善」を1つ届けるか、「フルリセット」を行うという計画です。[注]
そしてDay 1として発表されたのが、GPT-6 AstraとGPT-6.1 Solの標準速度の約50％高速化。サブスクリプション経由の利用が対象で、ユーザー側の設定変更は不要とされています。[注]
次のリセットがいつ来るかは読めません。それでも、残量に余裕を感じている今なら、使うのを控えていた試作や、後回しにしていた改善を、いつもより積極的に進めてみてもよさそうです。今回は、発表の中身と、私が「今はやりたいことを進める好機かもしれない」と考える理由を整理します。
「28日間、毎日改善かリセット」が始まる
日本時間10月5日に確認されたTibo氏の投稿では、今後28日間、毎日、次のどちらかを行うと説明されています。[注]
- 多くのCodex／Workユーザーに役立つ、明確な改善を1つ届ける。
- または、フルリセットを行う。
28日間の計画と、その背景にある簡素化・効率化の方針。Tibo氏のX投稿を2026年10月6日に確認した画面。出典：Tibo氏のX投稿。[注]
改善が毎日届くなら、普段の作業が少しずつ快適になる。一方、リセットが行われる日には、利用枠が回復することを期待できる。利用者にとっては、これから何が変わるのか楽しみになる宣言です。
ただし、これは「28日間、毎日必ずリセットする」という意味ではありません。 改善が続けば、追加のリセットがないまま進む可能性もあります。Day 1で示されたのも、リセットではなく速度の改善でした。[注][注]
また、ここでいうリセットは、これまでTibo氏が案内してきたCodex／Workの利用枠の回復という文脈です。チャットやプロジェクトを初期化する話ではありません。公式ヘルプでも、臨時リセットの対象者、回復する利用枠、適用条件は告知ごとに異なり、将来のリセットは保証されないと説明されています。[注][注]
Day 1はGPT-6 Astra／GPT-6.1 Solを約50％高速化
日本時間10月6日に確認されたDay 1の発表では、GPT-6 AstraとGPT-6.1 Solの標準速度を約50％高速化する最適化を行ったと説明されています。対象はOpenAIの製品だけでなく、「Sign in with ChatGPT」を通じてサブスクリプションを利用する外部サービスにも及びます。[注]
Day 1は標準速度の改善。対象モデル、サブスクリプション経由の利用、設定変更が不要であることが説明されている。出典：Tibo氏のX投稿。[注][注]
表はDay 1の投稿に基づく整理です。全利用者の環境で反映を実測確認したものではありません。[注]
Fastモードに切り替える話ではない
今回うれしいのは、特別な設定を追加しなくても、標準で使っている速度が改善されると案内されたことです。「速くするために、自分でFastモードを有効にする」という話とは区別して考えたいところです。[注]
公式の速度モード解説では、手動で選ぶFastモードは、対応モデルのサブスク内利用枠をStandardの2.5倍の割合で消費するとされています。今回の改善を受けるために、わざわざFastへ切り替える必要はありません。まずは普段の設定のまま、作業の進み方を確かめるのがよさそうです。[注]
なお、Day 1の投稿が明示しているのはサブスクリプション経由の利用です。APIキーを使う従量課金の利用まで、同じ条件で今回の高速化が適用されたと広げて解釈することは避けます。[注]
「50％高速化」は、作業時間が半分になるという意味ではない
Tibo氏は補足投稿で、生成速度について「30TPSから50TPSへ」とも説明しています。TPSは、1秒あたりに生成するトークン数のことです。[注]
ただ、生成速度が上がっても、調査、ファイルの読み込み、外部ツールの処理、テストなどを含む一連の作業が、同じ割合で短くなるとは限りません。単純に速度が1.5倍になる部分でも、同じ量を処理する時間は約3分の2であり、半分ではありません。
大事なのは、「何でも半分の時間で終わる」と期待することより、待ち時間が減れば、修正や確認をもう1往復しやすくなるということです。私としては、こうした日々の使い勝手の改善に期待しています。
「使用量が減りにくい」という体感と、公式情報を分けて考える
利用枠の体感と、公式に示された料金・効率の情報を分けて整理します。
私が感じていたのは、今回の高速化より前からの変化
私自身、最近はCodexを使っていて、以前より利用枠の残量が減りにくくなったと感じていました。ただし、これは自分の利用環境での体感です。同じ作業、同じ設定で比較した実測データとして述べているわけではありません。
ここは、今回のニュースと分けておきたい部分です。「処理が速くなったこと」と「利用枠の消費が少なくなったこと」は、同じではありません。 すでに感じていた使いやすさに、今回の速度改善が加わる。そこへ今後リセットが重なれば、さらに取り組みやすくなる――私は、そう受け止めています。
モデルの選び方については、Codexの使用量と旧モデルで節約する考え方を整理した記事も参考にしてください。
公式のクレジット料金表でも、旧モデルより軽い設定がある
費用面での改善を確認できる材料はあります。2026年10月6日に確認した公式のCodex料金表では、標準速度でのクレジット単価が次のように示されています。[注]
100万トークンあたりのクレジット数／Standard速度
GPT-6.1 Solは、GPT-5.6 Solに比べて通常の入力・出力の単価が半分、キャッシュ済み入力は4分の1です。一方、GPT-6 Solから6.1 Solへの比較では、通常の入力・出力は同じで、キャッシュ済み入力が半分になります。[注]
キャッシュ済み入力とは、繰り返し使う共通の情報を再利用する仕組みに対応した入力です。GPT-6.1 Solの公式紹介でも、APIのキャッシュ済み入力料金をGPT-6 Solより50％低くしたことが説明されています。[注]
ただし、上の表は購入クレジットなどに適用される単価であり、サブスクに含まれる利用枠の残量％が、その比率のまま減ることを示す表ではありません。 公式にも、API料金やクレジット単価だけから、サブスク内で使える量を推計しないよう明記されています。[注]
それでも、「節約するなら、とにかく旧モデルへ戻す」と決めつけるより、今使えるモデルで、必要な品質と実際の消費量を確かめる価値はあります。新しいモデルの料金・効率の改善と、自分の環境での使い勝手を、両方見て判断したいところです。
リセットのタイミングは読めない。通常の利用枠を基準にする
臨時リセットについては、日本時間10月3日に確認された投稿でも、反映完了が案内されていました。しかし、過去に実施されたことと、次にいつ実施されるかは別です。今回の28日間計画にも、リセットの固定曜日や日本時間での実施時刻は示されていません。[注][注]
そのため、使い方の基準は、次のように考えるのが無理のないところです。
- 締め切りのある作業に必要な余力を、先に確保する。
- 残りの枠で、後回しにしていた試作や改善を進める。
- 臨時リセットは、来たらうれしい追加の機会として受け止める。
現在の利用枠と通常のリセット時刻は、利用状況のダッシュボードで確認できます。Codex CLIでは/statusでも残量を確認できます。「そろそろリセットが来そう」という予想より、自分の画面に表示されている残量を基準にしたいですね。[注]
また、サブスクの枠を超えた分まで、無料になるわけではありません。購入クレジットやAPIキーを使って作業を続ける場合は、別の費用や残高を意識する必要があります。[注][注]
Pro 200利用者への補足： 一部の既存契約には、従来の利用枠を2026年10月29日まで維持する経過措置があります。対象者はその後、より少ない利用枠へ移行すると案内されています。今回の28日間計画とは別の話なので、該当する方は公式ヘルプと案内メールを確認しておきましょう。[注]
今のうちに進めたい、後回しにしていた作業
ここからは、発表された仕様の説明ではなく、私なりの活用提案です。利用枠と時間に余裕があるなら、ただ会話の回数を増やすより、後に残るものへ使いたいと思います。
作りたかった小さなツールを、1つ動く形にする
たとえば、CSVを決まった形式に整えるツール、ブログ記事の点検を助ける仕組み、毎回手作業でまとめているデータの整理などです。「いつか作りたい」と思ったままになっているものを、1つ選んで試してみる。
最初から多機能にする必要はありません。自分が困っている作業を1つだけ減らす、最小限の形から始めれば、動作確認もしやすくなります。
新しいものだけでなく、今あるものを整える
サイトの表示崩れ、分かりにくい説明、重複している処理、整理しきれていない資料。新規制作に比べると地味ですが、こうした改善も積み重なると助かります。
一度「直したい箇所の一覧」を作り、効果の大きそうなものから1件ずつ進める。完成していないものを次々と増やすより、すでに使っているものを仕上げる機会にするのもよさそうです。
繰り返す作業を、再利用できる手順にする
毎回似た指示を出している作業なら、目的、入力資料、出力形式、確認項目をまとめておく。そのうえで、うまくいった手順をテンプレートや小さなスクリプトとして残します。
試行錯誤した結果が次の作業にも使える形になれば、その場限りの便利さで終わりません。今回は、そうした「次回の自分が楽になる作業」にも時間を使ってみたいところです。
試す数は増やしても、一度に任せる範囲は広げすぎない
余裕があると、つい「あれもこれもまとめて直して」と頼みたくなります。ですが、まず対象と完成条件を絞った方が、結果を見て次の依頼へ進みやすくなります。
たとえば、次のような頼み方です。
まず改善候補を一覧にし、効果と作業量を整理してください。変更は優先度の高い1件ずつ進め、既存の動作も確認してください。削除・公開・外部送信・追加料金が発生する操作は、実行前に確認してください。
少し積極的に使うことと、大きな変更を無確認で任せることは別。 小さく試し、結果を確認し、次へ進む。その回数を増やす方向で、今回の改善を活用したいと思います。
まとめ｜残量を使い切るより、やりたかったことを形にする
今回のDay 1は、日々の作業の待ち時間に関わる改善でした。今後のリセットを予定に組み込むことはできなくても、普段より取り組みやすいと感じるなら、それを試作や改善に振り向ける理由にはなります。
「今のうちに、やりたいことをたくさん進めてみてもいいかもしれない」。私の受け止め方は、それくらい前向きなものです。
使った量を増やすことより、できあがったものを増やしたい。まずは後回しにしていたことを1つ選んで、実際に使える形にするところから始めてみましょう。
参考資料・出典
仕様・料金・提供状況は、2026年10月6日午前に確認した情報です。X投稿は、原投稿の検索結果と提供スクリーンショットを照合しています。発表者による説明と、著者の体感・活用提案は本文中で区別しています。
[注] Tibo氏（@thsottiaux）「28日間、毎日改善またはフルリセット」の投稿。日本時間2026年10月5日に確認された発表。原資料 。掲載画像はXの日本語訳表示。
[注] Tibo氏（@thsottiaux）Day 1の標準速度改善の投稿。日本時間2026年10月6日に確認された発表。原資料 。掲載画像はXの日本語訳表示。
[注] Tibo氏（@thsottiaux）生成速度とトークン効率に関する補足投稿。原資料 。30→50TPSは単純計算では約66.7％増だが、Day 1全体の「約50％」と同一条件の厳密な比較値であることは確認できない。本稿では主発表の表現を用い、補足値から全作業の所要時間や利用枠の変化率を推計していない。
[注] OpenAI「GPT-6.1 Sol のご紹介」。モデルの提供範囲、API料金、キャッシュ済み入力の料金改善など。原資料 。英文原文も確認：原資料 。
[注] OpenAI公式ドキュメント「Pricing」。Codex／Workのクレジット単価、サブスク内利用枠との区別、残量確認方法。原資料 。公式開発者向け旧URL 原資料 からの転送先。
[注] OpenAI公式ドキュメント「Speed」。Standard、Fast、Ultrafastの区別と、利用枠の消費倍率。原資料 。
[注] OpenAI Help Center「About ChatGPT Pro tiers」。一部の既存Pro 200契約に対する、2026年10月29日までの従来利用枠の経過措置など。原資料 。
[注] OpenAI Help Center「Using Codex with your ChatGPT plan」。利用枠の確認、追加クレジット、臨時リセットの対象・適用条件など。原資料 。
[注] Tibo氏（@thsottiaux）直近の一斉リセットに関する投稿。予告：原資料 。日本時間2026年10月3日に確認された反映完了の案内：原資料 。この過去の告知を、今後のリセットの日時・対象を保証する根拠にはしていない。
#ChatGPT #Codex #OpenAI #生成AI #AITryLab
コメント