あなたのAIプログラマーが「記憶喪失」になっている
「何度もコンピュータに向かって叫んでしまった。」これは2026年7月18日、GitHub上のプロの開発者による実際の不満である。理由は単純だ：彼はOpenAIのAIプログラミングアシスタントCodexが、どんどん「物忘れ」がひどくなっていることに気づいたのだ。
過去数ヶ月間、無数のプログラマーがCodex（GitHub Copilotの背後にあるAIエンジン）に頼ってコードを書き、バグを修正し、プロジェクトを進めてきた。このAIアシスタントには重要な能力がある：コンテキストウィンドウ——つまり一度に「記憶」できるコードと情報の量である。ウィンドウが大きければ大きいほど、同時に理解できるプロジェクトの範囲が広がる。
そして2026年7月18日、ある開発者が不穏な変化を発見した。GitHubのPull Requestの中で。
コードが示していたのは、OpenAIがCodexのフラッグシップモデルGPT-5.6 Solのコンテキストウィンドウを、372,000トークンから272,000トークンに静かに削減していたことだ。 なんと100kも減少——記憶容量の27%に相当する。
発表もなく、メールもなく、移行ガイドもない。ただ一つの静かなマージリクエスト（PR #33972）、タイトルは「モデルメタデータのリフレッシュ」、日付は2日前。
発見の経緯
今回の発見経路そのものが問題を物語っている。
「AmazingTurtle」というIDの開発者は、日常的な使用の中でCodexの動作異常に気づいた——大規模プロジェクトを処理する際に、AIが以前議論した内容を頻繁に「忘れ」、コード提案も文脈を無視したものになることが多かった。彼は追跡調査を開始し、最終的にOpenAIがGitHub上で公開しているリポジトリcodexに辿り着き、2日前にマージされたばかりのPRを発見した。
まさにこのPRのdiffで、一行のコードがすべての秘密を暴露していた：
- "context_window": 372000,
+ "context_window": 272000,372kから272kへ。実に潔い。一行の変更で、数万人の開発者の作業効率を一気に原点へと引き戻した。
PR #33972 における context_window の 372000 から 272000 への変更。たった一行のコードで、27%の「記憶」が消え去った。
この発見はすぐにHacker Newsで共有され、一日足らずで300近い賛成票と140以上のコメントを集めた。開発者たちはこれを「有償ダウングレード（Paid Downgrade）」と呼んだ——同じ料金を払っているのに、受けられるサービスは縮小されている。
100kトークンが意味するもの
コードを書かない読者のために、例えを使ってみよう。
372kトークンを、体力に余裕のあるアシスタントだと考えてほしい。彼はあなたのオフィス全体の大まかなレイアウト——各デスクの位置、各ファイルキャビネットの場所——を一度に記憶できる。ところが突然、彼に与えられる記憶容量が272kトークンだけになった。つまり、彼は全体の3分の2しか覚えていられない。あなたが彼に指示したことを、作業の途中で忘れてしまうのだ。
プログラマーにとっては、より具体的な影響がある：
- 大規模プロジェクトが直撃を受ける。 中規模のソフトウェアプロジェクトでは、中核コードだけで数万から数十万トークンに達することがある。コンテキストウィンドウが縮小されると、AIはコードベース全体のアーキテクチャを完全に「理解」できなくなり、既存のコードロジックと矛盾する修正提案を出すようになる。
- 会話が途切れやすくなる。 開発者とCodexの協業は通常、継続的な対話プロセスである——要件を議論し、修正を確認し、さらに調整する。コンテキストの縮小は、AIが対話の初期に合意した内容をより頻繁に忘れることを意味する。
- 自動圧縮（Compaction）の悪夢。 Codexにはコンテキストが上限に近づくと自動的に過去の会話を圧縮要約する仕組みがある。しかしユーザーjubilantiがHNでぼやいているように：「圧縮でAIの幻覚（hallucinate）がひどくなり、最初からやり直すより悪い。もうたくさんだ——AIが大規模コードベースでトークンを大量消費し、15%まで行くと自動圧縮がかかり、幻覚がひどくなってコードベース全体を再読み込み、また15%まで行くと自動圧縮……無限ループだ。」（原文：Compaction kills my sessions, it hallucinates and is worse than starting fresh. I’ve had enough times screaming at my computer when it burns tokens on a large codebase, gets to 15%, auto-compacts, and hallucinates so bad it has to read the entire codebase again, gets to 15%, auto-compacts…）
ユーザーtekacsのコメントはさらに核心を突いている：「372kは完璧とは言えなかったが、はるかに優れていて天の恵みだった。実質的な有効コンテキストが12〜20%から40%程度に向上したからだ。」（372 was not perfect, but it was so much better and a godsend. It turned that 12 to 20% into more like 40%.）
言い換えれば、372kウィンドウでもユーザーは不満だったのに、272kに削られて状況はさらに悪化したのである。
Hacker News上での開発者によるこの変更への激しい反応。300近い賛成票、140以上のコメント。
OpenAIの視点：もしかすると「悪意」だけではない
しかし、もしこの出来事を単純に「OpenAIがユーザーを騙した」と断じるなら、より複雑な全体像を見逃すことになる。公平に言えば、OpenAIがこうした判断をした背景には、合理的なビジネス上・技術上の考慮事項があるかもしれない。
第一に、コスト管理と価格体系。
分析によれば、Codexには隠れたメカニズムが存在する：ユーザーが272kトークンを超えるリクエストを行うと、OpenAIは入力価格の2倍で課金する。以前の372kウィンドウでは、多くのユーザーが知らぬ間に高額課金ゾーンに突入していた。コンテキストウィンドウを272kに「調整」することは、ある意味でユーザーを過剰消費の閾値から遠ざける措置である——たとえユーザー体験を悪化させても。
言い換えれば、これは単純な「容量削減」の決定ではない。以前は標準価格で「2倍請求を誘発する可能性のある」372kの容量を買っていた。今は同じ価格で「追加請求の発生しない」272kの容量を買っている。OpenAIはこれをサービスの「正常化」と見なしている可能性がある。
第二に、技術的な「メタデータのリフレッシュ」。
OpenAI公式はPRの中で「Refresh bundled GPT-5.6 model instructions and context-window metadata」——GPT-5.6のモデル指示とコンテキストウィンドウメタデータのリフレッシュ——と説明している。つまりOpenAIは、以前の372kは何らかの「設定ミス」であり、現在の272kへの「修正」こそが本来あるべき姿だと考えている可能性がある。
第三に、競合プレッシャー下でのリソース配分。
2026年、AIプログラミングアシスタント市場は白熱した競争状態にある。AnthropicのClaude Code、各種オープンソースモデルベースのツールがユーザーを奪い合っている。大規模なコンテキストウィンドウを維持するには、多大な計算リソースが必要である。OpenAIがIPOのプレッシャー（2026年6月にはIPO延期の噂があった）と収益化要求に直面する中で、一人あたりのリソース消費を削減し、より多くのユーザーにサービスを提供する——これは典型的なSaaS企業のコスト最適化戦略である。
ただ、その「最適化」の代償は、ユーザーに転嫁されただけのことだ。
ユーザーの反発：信頼の決裂
今回の出来事で最も注目すべきは、ユーザーの感情面での決裂である。
Hacker Newsの議論で支配的な感情は、失望と裏切り感だった。ユーザーは自分が管理されるリソースのように感じている。
あるベテラン開発者は指摘する：「自動圧縮を無効化できず、圧縮前の会話履歴に戻ることもできない。このためCodexは、5000行を超えるコードベースでは私にとって完全に使い物にならない。」（原文：The fact there is no way to disable auto-compaction and no way to go back in the conversation history to before a compact makes codex a no-go for me on any codebase > 5kloc.）
別のユーザーはより率直に言う：「長いコンテキストこそが、私が今でもAnthropicを使い続ける主な理由だ。」（The lack of long context is the main reason that I still end up using Anthropic.）
AI業界では、ユーザーの移行コストは極めて高い——あなたは膨大な時間を費やして、AIに自分のコードベース、自分のスタイル、自分のプロジェクトアーキテクチャを理解させている。一度プラットフォームに深くロックインされた後、プラットフォーム側のいかなる「逆方向のアップグレード」も、あなたをジレンマに陥れる：サービス低下に耐えるか、膨大な時間をかけて競合に移行するか。
これこそが「有償ダウングレード」という非難の真の破壊力である。
業界への示唆：AI時代の「細かい節約」
この出来事の意義は、一つの製品のパラメータ変更にとどまらない。
2026年、AI業界全体は「成長のためには手段を選ばない」から「精緻な運営」への大きな転換期を迎えている。各モデル企業は収益モデルを模索している。OpenAIは2026年6月にIPO延期の報が流れ、その後API価格調整から今回のCodexコンテキストウィンドウ削減まで、一連のコスト削減策を打ち出している。
問題は、AI製品の核心的なセールスポイントは「能力」そのものにあるということだ。コンテキストウィンドウ、推論能力、生成品質——これらがAI製品の核心的価値を定義する。従来のソフトウェア業界では、画質を下げたり機能を減らしたりすることは可能で、ユーザーは不満でもなんとか使っていた。しかしAIの分野では、「記憶」こそがすべてである。文脈を覚えていられないAIアシスタントは、開発者にとって価値が半減する。
これは業界全体への警鐘でもある：AI企業が製品の中核能力で細かい節約を始めた時、ユーザーの許容度は従来のソフトウェアよりはるかに低い。
結びに
OpenAIによる今回の静かな操作は、技術的には一行のコードの変更に過ぎない。しかしこの一行のコードが映し出すのは、AI大手が企業利益とユーザー体験の間で迫られる困難な選択——そして現在それがどちらに傾いているかである。
一般ユーザーにとっての教訓は明白である：AI時代において、あなたが購入するサービスの「容量」は、ある夜中に静かに削減されるかもしれず、その通知すら届かないのである。
本稿執筆時点で、OpenAIはこの件に関する公式声明を発表していない。HNでの議論は続いており、すでに代替ツールの比較レビューを始めた開発者もいる。そしてあの372000から272000への一行の変更は、静かにメインブランチにマージされ、Codex 0.144バージョンの標準装備となった。
あなたのAIプログラマーは、その長期記憶を失いつつある。
参考資料：HN議論 (item?id=48965850)、GitHub PR #33972
画像説明：図1はGitHub PR #33972におけるcontext_windowが372000から272000に変更されたdiffのスクリーンショット。図2はHacker Newsの議論ページで、ユーザーの激しい反応を示している。
