一句话看懂：OpenAI 在 2026 年 7 月 18 日合并了一个 Codex 代码库的 Pull Request（#33972），其中包含了对模型元数据的更新，将 Codex 模型的上下文窗口从 372,000 tokens 缩减至 272,000 tokens。这一“倒退”式的调整引发了开发者社区对模型能力稳定性的讨论。
事件核心：发生了什么
根据 Hacker News 上曝光的 GitHub 合并记录，OpenAI 员工 sayan-oai 于 2026 年 7 月 18 日将一个名为“Backport refreshed bundled model metadata to 0.144”的 Pull Request 合并到了 Codex 公共仓库的 release/0.144 分支中。该 PR 涉及对 Codex 模型元数据（model metadata）的刷新，具体改动是在 JSON 配置文件中将上下文长度（context size）从 372k 降低到 272k，净减少约 10 万 tokens（100k）。目前公开信息显示，OpenAI 官方尚未发布正式声明说明此变更的原因。
为什么重要
上下文窗口大小是衡量大模型能力的关键指标之一，直接影响代码补全、长文档理解等任务的可用性。Codex 是 OpenAI 面向开发者的代码生成产品，此前在 2025 年底曾将上下文扩展到 372k 以支持更大代码库的上下文感知。此次缩减到 272k，虽然绝对值依然较高，但意味着 OpenAI 可能在性能和成本之间做了取舍——更大的上下文窗口意味着更高的推理算力成本和延迟，也可能增加输出错误或“幻觉”的概率。从行业角度看，这显示即便是领军公司也会在实用化场景中回调激进的技术参数，而非一味追求“越长越好”。
对用户/开发者/创作者的影响
对于直接使用 Codex API 的开发者而言，上下文缩减 100k 意味着一次能处理的代码文件或项目依赖长度减少约 25%。如果你正在编写依赖超长上下文的自动化代码生成工具（例如跨多文件的代码重构或大型代码审查），可能被迫拆分任务或调整输入策略。不过，对于大多数日常代码补全和短函数生成场景，272k 仍远大于常用的上下文需求（通常几十 k 即可），实际体验不会明显下降。对企业采购方而言，此变更暗示 OpenAI 正在优化推理成本，未来 Codex API 价格可能保持稳定甚至下调，但需要关注模型在多文件、长 file 级别任务中的表现。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
第一，OpenAI 是否会发布官方博客或文档解释缩减原因，是技术修复、成本控制还是安全考量？第二，竞品如 Anthropic 的 Claude 和 Google 的 Gemini 是否会在类似 AI 编程助手产品上选择更大上下文窗口来创造差异化？第三，Codex 在 0.144 版本发布后，开发者社区是否会通过实际基准测试（如 SWE-bench）验证模型在缩减上下文后的代码生成准确率变化。如果性能提升（如幻觉减少），那么这个调整可能成为行业“逆向优化”的案例。
