OpenAI悄然削减Codex上下文窗口：372K→272K，是降本还是降智？

一个GitHub PR引发的震动

上周五，OpenAI Codex仓库的一个Pull Request在开发者社区引发轩然大波。PR #33972的内容简单到只有一句话：将默认上下文窗口从372K tokens削减至272K tokens。没有解释，没有博客，没有Changelog——只有冷冰冰的数字变更。

对于依赖Codex进行大型代码库重构的开发者来说，这意味着他们一次能塞给AI的代码量骤减了27%。Hacker News上有人愤怒地称之为”静默降级”，也有人冷静分析这背后或许是算力成本的重压。

272K意味着什么？

理解这个变化的影响，需要理解上下文窗口对AI编程的实际意义。

372K tokens大约能容纳一个中型微服务项目的全部源码（约1500-1800个标准文件，或25-30万行代码）。开发者可以将整个项目上下文一次性喂给Codex，让它理解全局架构后再进行跨文件重构。

272K tokens则只能装下约1000-1200个文件，开发者不得不在每次对话中精心选择要包含哪些文件，或者拆分大型重构任务为多个子任务。

对于习惯”全量注入”模式的开发者来说，这100K的差距不是数字游戏，而是工作流程的**结构性改变**。

三种可能的解释

社区对这一改动的解读分为三个阵营：

解释一：成本优化。 OpenAI内部人士向The Information透露，Codex的免费层用户增长远超预期，推理成本正在以每月15-20%的速度膨胀。削减上下文窗口是最直接的降本手段——每减少100K上下文，单次推理的GPU算力消耗约下降30%。

解释二：质量优先。 有开发者实测发现，当上下文超过250K tokens时，Codex的代码生成质量出现明显下降——特别是对长文件中特定函数的定位准确率。从这个角度看，272K可能是工程团队在”质量拐点”附近的主动校准。

解释三：新品铺垫。 最阴谋论但也最合理的猜测——OpenAI正在准备Codex的付费Pro版本，372K（或更大）上下文将成为付费功能。这种”先砍再卖”的策略在SaaS行业屡见不鲜。

开发者的应对策略

无论原因如何，272K已经成为既定事实。聪明的开发者已经总结出几条适应策略：

策略一：上下文工程化。 不再依赖”全部塞进去”，而是使用工具（如`repomix`、`code2prompt`）生成结构化的代码摘要，在272K限制内装入最有价值的信息。

策略二：分层对话。 将大型任务分解为”架构理解”→”模块定位”→”具体修改”的多轮对话，每轮只携带必要的上下文。虽慢但准。

策略三：关注替代方案。 Claude Code近期改用Bun/Rust重写后表现出更强的长上下文处理能力，Cursor也在持续优化其代码索引能力。开发者不必将鸡蛋放在一个篮子里。

OpenAI的静默削减提醒我们一个残酷事实：在AI编程工具的早期阶段，开发者既是受益者，也是被驯化的实验对象。今天你习惯的每一个功能，明天都可能变成付费墙后面的一道门。

— END —
LC 智趣厅 · 科技与生活的交点
ihygg.cn