Codex Day 12徹底解説：キャッシュ改善で実質利用量増加！GPT-6 Astra Proの並列エージェントも

Posted at 2026-10-17

OpenAI・Codexの「28日間アップデート」を毎日、公式の一次情報を確認して詳しく発信しています。Day 13以降の新機能やリセットを見逃したくない方は、ぜひフォローしてください。

2026年10月16日（米国時間）、OpenAIの「28日間、毎日改善またはフルリセット」企画でDay 12が発表されました。

今回の中心は、CodexとChatGPT Workが同じ利用枠でより多くの仕事をこなせるようにする、コンテキスト再利用とキャッシュ効率の改善です。

OpenAIのCodex責任者Tibo Sottiaux氏は、具体的に次の3つの変更を発表しました。

サブエージェント間でコンテキストを再利用
コンテキストのキャッシュを従来より長く保持
リクエストの振り分けを改善し、キャッシュヒット率を上げる

Day 12：Tibo Sottiaux氏の公式発表

さらに同じ日に、OpenAI公式アカウントはGPT-6 Astra Proの高速化、プラグイン・ツール利用の改善、複数エージェントによる並列作業を発表しました。

OpenAI公式：GPT-6 Astra Proのアップデート

ただし、これらは同じ「使用量の増加」という1つの仕様ではありません。前者はCodex / Workの利用効率、後者はChatGPTのChatタブにおけるPro向けモデル・エージェント体験です。

また、iOSのDots向けウィジェットとショートカットも同じ週に案内されています。これは関連リリースとして後半で区別して扱います。

この記事では、キャッシュの仕組み、サブエージェントの重複処理、実質使用量とプラン上限の違い、GPT-6 Astra Proの並列エージェント、実務への応用、注意点、リセットの有無を詳しく解説します。

調査基準：2026年10月17日（日本時間）。 公表された仕組みと、一般的なAI基盤の技術解説を区別しています。削減率・改善率・モデル別キャッシュ実測値は今回のDay 12告知で公表されていません。

Day 12の発表を整理

項目	内容	対象
Day 12の中心	コンテキスト再利用で実質的に使える仕事量を増やす	Codex / ChatGPT Work
改善①	サブエージェント間のコンテキスト再利用	複数エージェントを使う作業
改善②	キャッシュ保持期間を延ばす	会話や関連作業で同じ情報を再利用
改善③	キャッシュを使える処理先へリクエストを振り分けやすくする	モデル基盤
同日の別発表	GPT-6 Astra Proの応答・ツール利用・並列エージェント改善	ChatタブのPro
関連するiOS更新	DotsのウィジェットとShortcuts対応	Dotを利用可能なiPhoneユーザー
Day 12のフルリセット	追加発表は確認されていない	—

特に重要なのは、「実質的に使える仕事量が増える」＝「週間上限を2倍に設定した」ではないことです。

1. Day 12で「実質利用量」が増える理由

プランの枠を直接増やすのとは違う

CodexとWorkは、ChatGPTプランに含まれるエージェント利用枠を共有しています。プランやモデルによって消費量が異なり、一定の期間の利用上限が適用されます。

ここで、同じタスクを実施するのに必要な計算処理量が減れば、利用枠の上限自体が変わらなくても、より多くのタスクを終えられる可能性があります。

例えば、単なる説明用の仮定として、ある作業に以前は100の相対的な処理量が必要だったとします。

改善前
利用可能な処理量 1,000
1タスクあたり 100
→ 約10タスク

改善後（仮に1タスク80に下がった場合）
利用可能な処理量 1,000
1タスクあたり 80
→ 約12タスク

80という値や「約20%減」は仮の計算例であり、OpenAIがDay 12の実測値として発表した数字ではありません。

OpenAIは「effective usage you get（実質的な利用量）」を増やしたと述べており、実際に何倍になったかは明示していません。

この違いは、Day 6・8・10のグローバルリセットとも重要です。

リセット：対象利用枠の残量を回復させる
Day 12：同じ仕事での無駄を減らし、利用枠を長持ちさせる

もちろん、実際の利用量消費はモデル、処理内容、サブエージェントの数、コンテキストの変化などによって異なります。

2. サブエージェント間のコンテキスト再利用

サブエージェントとは？

**サブエージェント（subagent）**は、親となるエージェントから一部の仕事を任される別の作業担当AIです。

例えば、次のような大きな開発依頼があります。

Javaのバックエンドをレビューして、認証、DBアクセス、テストの問題を調査して。

それぞれを独立した担当に分けることができます。

親エージェント
│
├─ 認証の検証を担当する子エージェント
├─ DB・SQLを担当する子エージェント
└─ テストの改善を担当する子エージェント
         ↓
親が結果を統合・レビュー

各エージェントには、リポジトリの全体ルール、プロジェクトの基本構成、前提仕様など、共通して必要な情報があります。

従来の無駄：同じ情報を何度も処理する

共通のプロジェクト情報
 ├→ 子Aが処理
 ├→ 子Bが処理
 └→ 子Cが処理

多くのサブエージェントへ同じ長いコンテキストを渡す場合、同じ入力を何度もモデルで処理することが無駄になり得ます。

Day 12の公式発表は、この部分についてサブエージェント間でコンテキストを再利用する改善を明示しています。

共有できるコンテキスト
          ↓
   再利用可能な処理状態
     ├→ 子Aが利用
     ├→ 子Bが利用
     └→ 子Cが利用

重要な留保：この図は概念説明です。OpenAIは、子エージェント間で内部状態を具体的にどう保存・分離・共有しているかを公開していません。

異なるユーザーの機密情報や、子エージェント固有のコンテキストまで無条件に共有するという発表でもありません。

どんなタスクでメリットが大きい？

特に、長い共通の前提を使い、独立した調査を並列化する処理で恩恵が期待できます。

例：

リポジトリ横断でのバグレビュー
API・DB・認証を別々に調査するタスク
複数のテストケースの並列検証
長い仕様書を共有する複数エージェント
複数の資料を共通の評価基準で比較する作業

逆に、子エージェントの共通部分が少なく、毎回全く別のコンテキストを扱う作業では効果が小さくなる可能性があります。

3. Prompt Caching（プロンプトキャッシュ）の技術的な仕組み

Day 12を理解するうえで重要なのが、キャッシュです。

キャッシュとは、以前に計算した結果の一部を保持し、同じ処理を最初からやり直さずに済ませる技術です。

同じ文章でも、モデルは計算が必要

大規模言語モデルは、入力されたトークンを処理する際に内部の中間状態を計算します。

OpenAI公式のPrompt cachingでは、これをKV（Key-Value）状態と説明しています。

似た入力が再び来たとき、変更されていない**先頭部分（prefix）**の状態が残っていれば、同じ計算を再利用できる場合があります。

1回目のリクエスト
[ 共通の指示・ツール定義・会話履歴 ][ 今回の質問A ]
                ↓
       共通prefixの状態を保存

2回目のリクエスト
[ 同じ共通prefix ][ 今回の質問B ]
          ↓
   保存済みの計算を再利用
          ↓
   新しい部分を処理

毎回全文をまったく計算しなくなるわけではありません。 共通している部分を再利用できるという話です。

キャッシュヒットとは？

**キャッシュヒット（cache hit）**は、処理時に利用できるキャッシュが見つかり、以前の計算結果を再利用できた状態です。

一方、キャッシュが使えない場合を**キャッシュミス（cache miss）**と呼びます。

状態	説明
Cache hit	有効な保存済みのprefixが利用できる
Cache miss	一致するキャッシュがない、期限切れ、別の処理先など
Cache write	次の処理で再利用できる情報を保存する
Cache retention	保存済みキャッシュをどのくらい維持するか

この仕組みは、モデルが過去の会話を永久に記憶する機能ではありません。コンテキスト内の処理を効率化する基盤技術です。

4. Day 12の改善①：キャッシュ保持期間を延ばした

Tibo氏は、今回の変更としてコンテキストを以前より長くキャッシュすることを挙げています。

同じ共通コンテキストを持つ2つの処理でも、途中の間隔が長く、キャッシュが期限切れになっていれば再利用できません。

以前の概念例
タスクA → キャッシュ保存
             ↓ 時間経過
          キャッシュが期限切れ
             ↓
タスクB → 共通の情報を再処理

改善後の考え方
タスクA → キャッシュ保存
             ↓ 時間経過
タスクB → キャッシュを再利用できる可能性が高まる

これは分単位・時間単位で一定間隔が開くエージェント処理に役立つ可能性があります。

ただしDay 12の投稿では、以前が何分で、今回何分になったのかは公表されていません。

APIのキャッシュ仕様と混同しない

OpenAIのAPI向け公式ドキュメントには、キャッシュ保持ポリシーやモデル別の料金が公開されています。

しかし、今回のDay 12発表はCodex / Workの利用効率についてです。APIのすべてのモデルのTTL（Time To Live：保存期間）が一律に変更されたという発表ではありません。

APIの保持期間やオプションを知りたい場合は、別途公式Prompt cachingガイドで対象モデルを確認してください。

5. Day 12の改善②：リクエストルーティングを最適化

キャッシュの中身が残っていても、リクエストがそのキャッシュを持たない処理先へ送られると再利用できない場合があります。

OpenAIの公式資料では、キャッシュされたKV状態は個々の処理マシン上にあり、適切なマシンへ届いたときに利用できると説明しています。

例えば、

モデル処理サーバーA
  └─ 共通コンテキストのキャッシュを保持

モデル処理サーバーB
  └─ そのキャッシュを持っていない

次のリクエスト
  ├→ A：キャッシュを使える
  └→ B：同じprefixを再処理する可能性

これが**ルーティング（routing：処理先の選択）**とキャッシュヒット率の関係です。

Day 12では、より多くのリクエストがキャッシュを再利用できるよう、振り分けを改善したことが発表されました。

実際の内部の振り分けアルゴリズムや、ヒット率が何%から何%になったかは未公表です。

APIの`prompt_cache_key`を設定すべき？

今回のDay 12を受けて、すべての開発者が手動でAPI設定を変更する必要はありません。

OpenAIのPrompt cachingガイドでは、GPT-5.6以降はキャッシュルーティングが自動的に処理されるため、prompt_cache_keyはヒット率最適化に必須ではないと説明されています。

それ以前のモデルとは使い方が異なります。

特にprompt_cache_keyの役割を、「同じ値なら必ず同じGPUに固定できる仕組み」だと誤解しないことが重要です。

6. キャッシュ効率と利用量の関係：なぜ「無料化」ではない？

Day 12で実質的な利用量が増えると発表されましたが、利用量の消費がゼロになるわけではありません。

たとえば、エージェントが次のような作業を繰り返すとします。

長い共通仕様を読む
       ↓
機能Aを修正
       ↓
機能Bを修正
       ↓
テストを確認
       ↓
レビューして再修正

同じ仕様や会話履歴をより効率的に再利用できると、不要な再計算や処理コストが減る可能性があります。

ただし、次の点には注意しましょう。

Work / Codexのプラン上限が何倍になったかは発表されていない
サブエージェントを何体増やしても利用量が変わらないわけではない
全タスクで必ず同じ割合だけ利用枠が節約されるわけではない
APIのトークン料金が今回無料になったわけではない

APIでのキャッシュ料金は別の話

参考として、OpenAI APIのPrompt caching仕様では、GPT-5.6以降の多くのモデルで、通常の非キャッシュ入力と比べて次のような料金設定があります。

区分	一般的な倍率
通常の非キャッシュ入力	1.00倍
キャッシュ書き込み	1.25倍
キャッシュ読み取り	0.10倍
GPT-6.1 Solのキャッシュ読み取り	0.05倍

モデル・処理モード・保持条件によって料金は異なります。これはAPI向けの仕組みを理解するための例であり、ChatGPTサブスクリプションの利用量がこの倍率で消費されるという意味ではありません。

OpenAI API公式：Prompt caching

実際に効果を測るには？

「どのくらい得したか」を確認したい場合、同じような大きさのタスクを比較します。

比較するなら、

使ったモデルと推論設定
作業対象リポジトリとコンテキスト量
サブエージェントの数・役割
成功した作業内容とテスト品質
実際の利用量・クレジット・処理時間

を揃えるのが重要です。

単純な「残量の%」だけでは、モデル切り替え・タスクの難易度・キャッシュの差を分けられません。

7. 同日の別発表：GPT-6 Astra Proが強化

2026年10月16日、OpenAI公式XがChatGPTのGPT-6 Astra Proのアップグレードを発表しました。

OpenAI公式：GPT-6 Astra Proのアップデート

内容は次の通りです。

改善	何が変わる？
応答速度	以前より速い応答
プラグイン・ツール利用	ツールやプラグインを扱う能力を改善
複数エージェント	1つの依頼を分割し、別々の部分を並列に処理
進捗表示	各エージェントの進み具合を確認できる
成果物のレビュー	完了したタスクを開き、仕事の内容を確認できる
提供対象	個人ChatGPT ProユーザーのChatタブ

OpenAIの投稿は当初「GPT-6 Pro」と表現され、その後「GPT-6 Astra Pro」に名称が修正されています。ここでは修正後の正式な表現を採用しています。

並列エージェントはどう動く？

例えば、次のような複数の調査を必要とする依頼です。

競合サービスを調べ、技術構成と価格を比較し、レポートにまとめて。

ユーザーの依頼
      ↓
GPT-6 Astra Pro
      │
      ├─ エージェントA：競合サービス
      ├─ エージェントB：価格・プラン
      └─ エージェントC：技術構成
      │
      ↓
進捗を確認・各タスクの結果を開く
      ↓
内容をレビューして最終回答へ

独立した部分を同時進行できることが特徴です。

ただし、並列化すればどんなタスクでも必ず高速化されるわけではありません。

先にAの結果がないとBに進めない処理は、完全に並列化できない
別エージェント間の結果に矛盾があれば確認が必要
同じファイルを複数のエージェントが編集する場合は競合対策が必要
外部APIや重要操作に関する承認・アクセス権は引き続き適用される

また、同時に起動できるエージェントの正確な最大数、別料金、モデルの性能向上率は、今回の投稿では説明されていません。

Codexのサブエージェント機能とは別？

はい。関連する概念ですが、提供画面と発表内容は異なります。

Codex / WorkのDay 12改善：複数サブエージェントなどが使うコンテキストの効率を上げる
ChatGPTのGPT-6 Astra Pro強化：Chatタブでタスクを複数エージェントに分け、進捗や結果を確認できるようにする

「ChatタブのProに並列エージェントが追加された」ことを、「すべてのCodexプランで同じUIが追加された」と解釈しないようにしてください。

8. 関連アップデート：DotsがiPhoneのウィジェットとショートカットに対応

同じ2026年10月12〜16日のOpenAI公式更新情報には、DotをiPhoneからすぐに呼び出せる新機能も掲載されています。

OpenAI公式：What's new（2026年10月12〜16日）

これはDay 12のCodexキャッシュ改善とは別の関連更新です。

ホーム画面ウィジェット

ChatGPT for iOS 1.2026.279で段階的に展開されている機能です。

iPhoneのホーム画面を長押し
  → 編集
  → ウィジェットを追加
  → ChatGPT
  → Your dot

必要に応じて、メッセージボタンや通話ボタンも表示できます。

Appleショートカット

「Open your dot」アクションには、次の3つのモードがあります。

モード	動作
Messaging	Dotとのメッセージ画面を開く
Dictation	音声をテキストとして入力
Call	Dotとの音声会話を開始・再開

対応するiPhoneでは、作成したショートカットをアクションボタンに割り当てることもできます。

ただし、既にDotを利用できるアカウントが前提です。ウィジェットを追加するだけでDotへの利用権限が新たに付与されるわけではありません。

OpenAI公式：Message your dot（iOS widgets and shortcuts）

9. セキュリティと品質：キャッシュや並列化には注意点もある

共有コンテキストは共有してよい情報だけに

Day 12の「サブエージェント間での再利用」は、ユーザー間・組織間の機密情報が無条件に共有されるという意味ではありません。

OpenAI APIのキャッシュガイドにも、キャッシュは組織を越えて共有されず、処理リージョンの境界を越えて再利用できないという制約があります。

ただし、これをCodex / Work内部の全実装詳細と同一視すべきではありません。機密データとツールのアクセス権は引き続き適切に管理しましょう。

タスク分割時には競合対策が必要

並列エージェントでGitHubリポジトリを修正する場合、作業単位を分け、差分確認とテストを実施すると安全です。

エージェントA → 認証関連の調査
エージェントB → DB関連の調査
エージェントC → テスト改善

          ↓
  結果と差分のレビュー
          ↓
    全テスト・CI確認
          ↓
       PRをマージ

処理が速くなったことと、修正が正しいことは別です。

Day 11で改善した容量不足エラーからの自動再開も含め、重要なPR作成、マージ、デプロイなどは既存状態を確認して重複操作を避けましょう。

10. Day 12にフルリセットは来た？

調査時点でDay 12の追加グローバルリセットは公式に確認できていません。

Day 10：フルリセット実施・完了報告
Day 11：容量不足エラーの削減と自動継続
Day 12：キャッシュ効率を改善し、実質的に使える量を増加

Day 12の改善は、保存可能なリセットチケット（Banked Reset）の配布でもありません。

残り利用量は、ChatGPTのSettings → Usage、またはCodex CLIのセッション内で/statusを使って確認できます。

ただし、実質効率の改善は、画面に表示される残量がいきなり100%へ戻るものではないため、リセットと勘違いしないようにしてください。

Day 1〜12：アップデート一覧

日	主なアップデート
Day 1	GPT-6 Astra / GPT-6.1 Solの標準速度改善
Day 2	Auto-review無料化、APIティアの簡略化、Meetings、Decisions API、追加リセット
Day 3	GPT-6 / Intelligent UI、保存可能なリセット配布
Day 4	GPT-6.1 Sol Ultrafast、実行中の指示変更高速化
Day 5	Dotsの機能強化、Composer predictions
Day 6	グローバルリセット
Day 7	GPT-6.1 Solの標準コンテキスト272K→500K
Day 8	グローバルリセット
Day 9	ChatGPT / Codexデスクトップの状態データ保存を約60%削減見込み
Day 10	フルリセット・完了報告
Day 11	モデルの容量不足エラーを大幅削減
Day 12	コンテキスト再利用・キャッシュ保持・ルーティング改善。同日にGPT-6 Astra Proの並列エージェント強化

Day 7・11との違い

Day 7：モデルが1回で扱えるコンテキストの容量を増やした
Day 11：容量不足で処理が止まるサービスの安定性を改善した
Day 12：同じ情報を繰り返し処理する効率を改善した

同じ「コンテキスト」や「容量」という単語でも、別々の課題への対応です。

よくある質問

Q. 週間利用枠が2倍になった？

2倍という公式発表はありません。 キャッシュ等を改善して「実質的な利用量」を増やしたという説明です。

Q. キャッシュヒット率はどれくらい増えた？

Day 12の実測値は未公表です。 タスクと処理条件で効果が異なる可能性があります。

Q. Pro以外の人もメリットがある？

キャッシュ効率の改善はCodex / Work向けの発表です。ProのChatタブ専用機能とは別で、特定プランだけに限定するという説明はありません。ただし、各プランのモデル利用権限や利用上限は維持されます。

Q. GPT-6 Astra Proの並列エージェントはPlusでも使える？

OpenAIが今回明示しているのはChatタブの個人Proユーザーです。Plusへの一般提供は確認できていません。

Q. 既存のCodexサブエージェントとChatの並列エージェントは同じ？

どちらも複数エージェントが仕事を分担しますが、製品画面・提供条件・実装の詳細は別です。

Q. APIで今回の効率化を使うために何か設定する必要がある？

Day 12ではAPI向けに特別な新パラメーターを設定するとは発表されていません。 APIのキャッシュ仕様は公式ガイドを参照してください。

Q. DotsのiOSショートカットを使えばCodexの利用量も無料？

いいえ。ウィジェットやショートカットはDotへの入口であり、背後のタスク利用量を無条件に無料化するものではありません。

まとめ

Day 12は、単に新しいモデルを増やすのではなく、既存のCodex / Workを効率よく使う改善が中心でした。

押さえたいポイントは次の通りです。

サブエージェント間でコンテキストを再利用
キャッシュの保持期間を延長
リクエストルーティングを改善しキャッシュヒット率を増やす
同じ利用枠でこなせる仕事量を増やす狙い
具体的な節約率・利用枠の倍増率は未公表
別の公式発表でGPT-6 Astra Proの高速化・ツール利用・並列エージェントを強化
Astra Proの並列エージェントはChatタブのPro向け
DotsのiOSウィジェット・Appleショートカットは関連する別更新
Day 12の追加フルリセットは確認時点で未確認

長いリポジトリ調査や多くのサブエージェントを使う人ほど、無駄な共通情報の再処理が減るメリットが期待できます。

今後は、実際の利用量の減少率、キャッシュヒット率、モデルやプランごとの差をOpenAIが追加公開するかに注目です。

参考資料・一次情報

今後もOpenAI・Codexの28日間アップデートを毎日調査して発信します。Day 13以降の新機能やフルリセットも知りたい方は、ぜひフォローしてください。

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up