突破上下文瓶颈：ChatGPT 订阅用户正式解锁 Codex 百万 Token 窗口

对于经常使用 AI 辅助编程的开发者来说，最抓狂的瞬间莫过于对话进行到一半，AI 突然“失忆”了。不过，这个痛点终于迎来了实质性的缓解。

近日，OpenAI 负责 Codex 与 ChatGPT 的工程师 Tibo 在 X 平台上带来了一个令开发者振奋的消息：Codex 中 GPT-5.6 Sol 模型的 100 万 Token 上下文窗口，现已正式向 ChatGPT 订阅用户开放。

告别 API 独占，订阅用户手动解锁“超长记忆”

在此之前，这高达百万级别的上下文窗口一直是 API 密钥用户的专属福利。当订阅用户在处理大型项目时，往往不得不忍受历史记录被强行截断的尴尬。

如今，OpenAI 终于“打开了开关”。如果你持有 ChatGPT Plus 或 Pro 等订阅计划，现在就可以在使用 Codex 编程代理时，手动配置并启用接近 105 万 Token 的完整上下文窗口。这意味着，你的 AI 编程助手终于拥有了足以装下整个大型项目的“超级大脑”。

为什么我们需要百万级上下文？

更大的上下文窗口不仅仅是数字上的狂欢，它直接决定了 AI 在处理复杂任务时的表现。

开启该功能后，Codex 在自动压缩历史记录之前，能够保留海量的代码片段、工具输出结果以及详尽的对话记录。这对于以下专业场景堪称神器：

• 大型代码库重构：AI 能够全局理解项目架构，避免“盲人摸象”。
• 复杂 Bug 调试：在长会话中追踪问题根源，不会因为上下文丢失而偏离方向。
• 长时会话：保持连贯的开发思路，无需反复向 AI 重新解释项目背景。

对于维护生产级代码仓库的开发者而言，这一更新无疑是雪中送炭，彻底告别了上下文频频“爆满”的焦虑。

避坑指南：性能与成本的平衡术

尽管百万级上下文听起来非常诱人，但 Tibo 也特意给出了专业建议：请谨慎将其作为默认设置。

目前 Codex 的默认上下文长度，是 OpenAI 团队在性能与成本之间反复调优后的最佳平衡点。结合其服务器端的压缩机制，默认配置已经足以高效应对绝大多数日常开发任务。

更重要的是，多位早期尝鲜的开发者反馈，启用百万 Token 上下文后，订阅额度的消耗速度会显著加快。单次高强度的使用，就可能“吃掉”大量的周额度。

因此，最明智的策略是 “好钢用在刀刃上”。在日常编码时保持默认设置，只有在面临大型重构或极度复杂的调试任务时，再手动开启这扇“百万级记忆”的大门，以免在关键时刻遭遇额度提前耗尽的尴尬。