sakutto
生成AI· GPT-5.6 Sol

Codexのコンテキストはなぜ272kに縮小?OpenAIの説明と影響

CodexOpenAIコンテキストウィンドウ
Codexのコンテキストはなぜ272kに縮小?OpenAIの説明と影響

Codexのコンテキスト縮小で何が起きたか

Codexは、OpenAIが提供するAIコーディングエージェント(コードの読み書きや修正を自動で進めるAIツール)です。今回の変更で、既定モデルのGPT-5.6 Solが一度に読み込める量が約27%減りました。まず経緯を時系列で押さえます。

コンテキスト縮小までの経緯

Step 1
GPT-5.6 Sol の投入にあわせ、Codexの上限が272kから372kへ拡大される
Step 2
既定設定のままで272kの高額課金枠をまたぐ問題が利用者から報告される
Step 3
2026年7月18日、272kへ縮小する設定変更(PR #33972)がマージされる
Step 4
OpenAIが理由を説明。課金を増やさない形での再拡大を調整中

GitHubの設定変更で判明(告知なし)

今回の縮小は、OpenAIの公式ブログやリリースノートで発表されたものではありません。Codexのモデル設定ファイル(models.json)を書き換えるGitHub上の変更が2026年7月18日にマージされ、そこから利用者に知られました。告知のない「静かな仕様変更」だったことが、開発者コミュニティで大きな議論を呼んだ理由です。この話題を扱ったHacker Newsのスレッドには300超のポイントと145件のコメントが集まりました。

公式情報を見る →
- "context_window": 372000, + "context_window": 272000, — モデル設定ファイルの変更差分より(372,000→272,000)

372kは拡大した直後だった

前提として、372kという上限自体が新しいものでした。Codexの上限はGPT-5.5世代では272kで、GPT-5.6 Solの投入にあわせて372kへ引き上げられたとされています。つまり今回の変更は、拡大した上限を数週間で元の値へ戻した形です。「一度広げたものを黙って戻した」ように見えたことが、利用者の不信感につながりました。

なぜ272kへ戻したのか(OpenAIの説明)

縮小の背景には、GPT-5.6 Solの料金体系とCodexの動作コストという2つの事情があります。

GPT-5.6 Sol の料金と272kの境界(API・100万トークンあたり)

通常料金
入力$5.00・出力$30.00
入力272k超
リクエスト全体が入力2倍・出力1.5倍に
旧設定の問題
上限372kまで使うと既定のまま高額枠に入る
公式が挙げた主因
ツールコール間のキャッシュ読み取りコスト増

272k超は「2倍課金」の長文枠に入る

OpenAIの料金体系では、GPT-5.6 Solへの入力が272kトークンを超えると、そのリクエスト全体に入力2倍・出力1.5倍の料金が適用されます。旧設定の372kはこの境界を大きく超えており、GitHubのissueでも「既定設定のままで高額枠をまたいでしまう」という問題が報告されていました。利用者が意識しないうちに、実質的な使用量の消費が速くなる構図です。

公式情報を見る →
Prompts with >272K input tokens are priced at 2x input and 1.5x output for the full request. — 料金に関する記述より(272k超はリクエスト全体が高単価)
公式情報を見る →
Default GPT-5.6 context can cross the 272K higher-usage threshold — 既定設定が高額枠をまたぐ問題を報告した issue のタイトルより

公式説明は「キャッシュ読み取りコストの増加」

一見すると2倍課金を避けるための変更に見えますが、OpenAIのThibault Sottiaux(ティボー・ソティオー)氏は、主因は課金の段差ではなく、コンテキストが大きいほど膨らむキャッシュ読み取りのコストだと説明しています。Codexのようなエージェントは、ファイルの読み書きなどのツールコール(AIが外部の操作を呼び出す処理)を何度も繰り返します。そのたびに大きなコンテキストを読み直すため、上限が大きいほど内部コストが積み上がり、結果として利用者の使用量消費が速くなっていた、という趣旨です。

公式情報を見る →
It is caused by overall cost of cache reads going up with the size of the context being shuffled back and forth between toolcalls. — 縮小の主因に関する説明より

長文コード作業への影響とこれから

利用者にとっての関心は「大きなコードベースを扱う作業がどこまで影響を受けるか」です。数字で見ると影響の輪郭がつかめます。

GPT-5.6 Sol のコンテキスト比較(トークン)

API直接利用(公称)
1,050,000トークン
Codex 旧上限
372,000トークン
Codex 現上限
272,000トークン

影響が出るのは大規模コードの一括読み込み

日常的な修正や小さめのリポジトリでは、272kでも不足しない場面が大半です。影響が出るのは、大量のファイルを一度に読み込ませる使い方や、長時間のエージェント作業でコンテキストが埋まっていくケースです。上限が下がった分、会話の整理(コンパクション=古いやり取りを要約して空きを作る処理)が早く走るようになり、そのたびに読み直しのコストがかかります。対処の基本は、リポジトリ全体ではなく作業に必要なファイルだけを渡し、1タスクを小さく区切ることです。AIコーディングのトークン消費の実態は、Claude Codeの起動トークン実測記事もあわせてご覧ください。

上限はいつ戻る?(再拡大の見通し)

Sottiaux氏は、課金を増やさない形で上限を再び引き上げられるよう、システムの調整を進めていると説明しています。ただし期日は示されていません。なお、この変更はCodex側の設定であり、APIで直接GPT-5.6 Solを使う場合の公称コンテキストは1,050,000トークンのまま変わっていません。長大なコンテキストが必要な処理は、当面はAPI直接利用(272k超の高単価を織り込んだうえで)が選択肢になります。

公式情報を見る →
1,050,000 context window — モデル仕様(API直接利用時の公称コンテキスト)より

CodexのPRやissueのような英語の一次情報を読み込む場面では、ページをMarkdown(マークダウン)形式に変換してからAIに渡すと、表や見出しの構造が保たれて要約の精度が上がります。

無料ツールURLマークダウン変換URL(ウェブページ)を入力するだけでマークダウン(Markdown)に変換。見出し・表・リスト・リンクを保持したままmd化でき、LLMやRAGの前処理、調査資料の整形にも最適な無料オンラインツール。今すぐ使ってみる →

今回の縮小は、性能の改悪ではなく「上限拡大が内部コストと課金の想定を超えたための巻き戻し」です。272kで困る作業は実際には限られますが、告知なしの変更だったことへの不信は残りました。当面は、渡すコンテキストを絞る運用でCodexをそのまま使いつつ、再拡大のアナウンスを待つのが現実的です。数百kトークン級の読み込みがどうしても必要なら、公称1,050kのAPI直接利用を高単価前提で検討することになります。

よくある質問

Q. いまCodexで使えるコンテキストは何トークンですか?
設定値は272,000トークンです。2026年7月18日にマージされた変更で、それまでの372,000トークンから縮小されました。会話の整理(コンパクション)が入る余裕を残す運用のため、実際に使える量は設定値より少なくなります。
openai/codex PR #33972(models.json の変更差分)
"context_window": 272000, openai/codex PR #33972(models.json の変更差分)
Q. 272kトークンを超えるとAPI料金はどうなりますか?
GPT-5.6 Solでは、入力が272kトークンを超えるリクエストは、そのリクエスト全体に入力2倍・出力1.5倍の料金が適用されます。超えた分だけでなくリクエスト全体が高い単価になる点が重要です。
OpenAI 公式ドキュメント(GPT-5.6 Sol)
Prompts with >272K input tokens are priced at 2x input and 1.5x output for the full request. OpenAI 公式ドキュメント(GPT-5.6 Sol)
Q. Codexのコンテキストは372kに戻りますか?
OpenAIのThibault Sottiaux氏は、使用量の課金を増やさずに再び上限を引き上げられるよう、システムを調整していると説明しています。ただし具体的な時期は明言されていません。
Digg の報道(Thibault Sottiaux 氏のXでの説明)
What we're working on is tuning the system differently so that we can go back higher without it resulting in higher usage being charged. Digg の報道(Thibault Sottiaux 氏のXでの説明)

関連ツール

関連ツールカテゴリ

記事