OpenAI、Codexのコンテキスト枠を削減し開発者が反発

OpenAIがコード生成エージェント「Codex CLI」向けのアップデートを実施し、GPT-5.6（OpenAIが開発した最新の大規模言語モデル）適用時の既定インプットコンテキストウィンドウ（AIが一度に保持・処理できる対話履歴やコードの制限長）を従来の37万2000トークンから27万2000トークンへと約27%削減した。この変更に対し、コミュニティの開発者から不満の声が上がっている。

開発現場への実質的影響とコンパクション頻発

設定値の縮小により、長時間にわたるAIコーディングセッションや大規模リポジトリの解析時に、過去の履歴を圧縮・整理するコンパクション（トークン枠をあけるために古い対話履歴を自動要約する処理）がより早い段階で発生するようになった。

RedditやX（旧Twitter）上では、開発者から以下の問題が指摘されている。

• ​セッション効率の低下​: 頻繁なコンパクション発生により、AIエージェントが過去の設計決定やコンテキストを忘脱し、リトライ作業が増加。
• ​実質的な時間コスト増加​: 直接のAPI課金額は増えなくても、要約処理の待ち時間やAIの「世話（監視）」にエンジニアの作業時間が奪われる。

専門家アナリストの見解と企業導入への懸念

業界アナリストらも今回の枠削減が企業のAIエージェント導入ペースを鈍化させる可能性を指摘している。

課題項目	影響内容
小規模タスク	影響軽微（数ファイルの修正や単体バグ修正）
リポジトリ全体のリファクタ	高確率で要約処理が発生し、文脈欠損リスクが増加
エンタープライズ導入	固定の制限枠に依存したワークフロー設計の見直しが必要

ZopDevのクラウドスペシャリストMuskan Bandta氏は、「コンテキストはエージェントの作業メモリそのものであり、1/3近く削られることは信頼性に直接響く」と懸念を述べた。

特定ベンダー仕様に依存しない設計指針

今回の事象は、サードパーティ製AIプラットフォームの動作仕様やトークン制限が事前予告なく変更され得るリスクを浮き彫りにした。

企業の開発チームは、単一モデルの広大なコンテキスト枠に依存するのではなく、RAG（検索拡張生成）の活用や作業の細分化、柔軟なコンテキスト管理パイプラインを構築しておくことが求められる。

引用元：InfoWorld