你的AI程序员正在”失忆”
“我对着电脑尖叫了好几次。“这是一位GitHub上的专业开发者，在2026年7月18日发出的真实抱怨。原因很简单：他发现OpenAI的AI编程助手Codex，正在变得越来越”健忘”。
过去几个月里，无数程序员依赖Codex（GitHub Copilot背后的AI引擎）来帮他们写代码、改bug、做项目。这个AI助手有一个关键能力：上下文窗口（Context Window），也就是它一次性能”记住”多少代码和信息。窗口越大，它能同时理解的项目范围就越广。
然后，2026年7月18日，有开发者发现了一个令人不安的变化在一个GitHub Pull Request中。
代码显示，OpenAI悄悄将Codex旗舰模型GPT-5.6 Sol的上下文窗口，从372,000 tokens直接砍到了272,000 tokens。 整整少了100k——相当于减少了27%的”记忆容量”。
没有公告，没发邮件，没有迁移指引。就是一个静悄悄的合并请求（PR #33972），标题写着”刷新模型元数据”，日期的落款：两天前。
被发现的过程
这次的发现路径本身就说明了问题。
一位ID为AmazingTurtle的开发者在日常使用中注意到Codex的表现异常——在处理大项目时，AI频繁”忘记”之前讨论过的内容，给出的代码建议也经常断章取义。他开始追踪排查，最终定位到了OpenAI在GitHub上的开源仓库codex，发现一个刚刚合并两天的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 tokens意味着什么？
对于不写代码的读者，我们需要打个比方。
如果把372k tokens想象成一个体力充沛的助手，他可以一次性记住你整个办公室的大致布局——每张桌子、每个文件柜的位置。现在你突然只给他272k tokens的空间，相当于他只能记住三分之二的内容了。你跟他交代的事情，他干着干着就会忘掉前面说过什么。
对程序员来说，情况更具体：
- 大型项目直接受害。一个中等规模的软件项目，仅核心代码就可能达到数万甚至数十万tokens。上下文窗口缩小后，AI无法完整”理解”整个代码库的架构，给出的修改建议常常与已有代码逻辑冲突。
- 对话更容易”断片” 。开发者与Codex的协作通常是一个持续的对话过程——讨论需求、查看修改、再调整。上下文缩小意味着AI更频繁地忘记对话早期达成的一致。
- 自动压缩（Compaction）的噩梦。Codex有一种”自动压缩”机制，当上下文接近上限时会自动对历史对话进行压缩摘要。但正如用户jubilanti在HN上的吐槽：“压缩搞得AI疯狂产生幻觉（hallucinate），它比从头开始还糟糕。我受够了——AI在一个大项目上猛烧token，烧到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 tokens时，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是某种”配置错误”，现在只是”修正”到应有的设置。
第三，竞品压力下的算力分配。
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延迟，紧接着就是一系列的cost-cutting措施——从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讨论页面，显示用户对这一变动的激烈反应。
