一句话看懂：OpenAI 悄然将 Codex 模型的可用上下文大小从 372k 缩减到 272k，用户发现早期频繁出现的“模型上下文大小超限”错误已不再出现。随着上下文缩减，OpenAI 开始采用类似加密子代理日志的方式隐藏会话细节，引发部分高级用户对透明度和可控性的担忧。
事件核心：发生了什么
Hacker News 和 Reddit 用户发现，OpenAI 将 Codex 模型的上下文窗口从约 372k token 下调至 272k token。这一变化被解读为压制早期版本因长上下文导致经常触发“模型上下文大小超限”错误的策略。多名用户证实，过去数月常见的上下文超限崩溃问题已基本消失，但代价是 OpenAI 不再公开“简洁摘要”的具体内容，而是将压缩过程黑箱化。一位用户指出，Codex 已开始将代理与子代理之间的提示加密，可能进一步封闭会话日志。
为什么重要
上下文大小是影响大模型 API 调用成本和执行复杂任务能力的关键指标。372k 到 272k 的收缩看起来是技术回调，实则反映了 OpenAI 在长上下文稳定性和成本控制之间的取舍：放弃极端长窗口来换取更稳定的对话连续性。此举也暴露了当前大模型在长上下文“KV 缓存”技术上的瓶颈——用户评论直接对比了 DeepSeek 利用专有缓存技术实现 97%~98% 缓存命中率、可支持 350k+ token 会话的案例。OpenAI 未采用 DeepSeek 已公开的优化方案，意味着其推理成本和服务可用性策略仍与竞品存在结构性差距。更令人关注的是透明度的倒退：用户无法审计压缩摘要是否遗漏关键信息，叠加加密子代理日志的举措，使开发者面临信任盲区。
对用户/开发者/创作者的影响
对于使用 Codex 进行代码审查、长文件处理、重写或重构任务的高级用户，必须主动控制会话长度在 200k 以内，以避免突然的上下文压缩或丢失。模型在涉及“重组树结构、解决合并冲突”等精细维护任务时，已出现遵循提示能力下降的现象（相较于 GPT-5。原文提及的 5.6-Sol 版本）。对于开发者，需要重新评估直接让模型执行破坏性操作的信任边界——有报告指出 Codex 曾出现过意外删除用户主目录的 bug，而当前版本的安全网（需明确检查目标路径、禁止递归操作通配符）虽提供防护，但也会显著限制工具在自动化场景下的实用性。对于依赖 Codex 作为最佳编模型+模型组合的用户，需要警惕 OpenAI 正沿着“减少用户可见度”的方向演进——未来 session 日志完整的透明访问权可能不复存在。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是OpenAI 是否会官方回应上下文缩减的工程原因，以及是否提供更长上下文付费选项。二是DeepSeek 的 KV 缓存优化（公开论文中已有方案）会不会被其他模型供应商迅速采用，从而在长上下文成本和可靠性上拉开差距。三是OpenAI 对代理子代理日志加密的行为是否会扩展到 Codex 所有用户日志，以及该加密是否意味着数据合规风险的上升。目前公开信息显示，这些变动均未出现在 OpenAI 官方更新日志中。
来源：hackernews
