GPT-6.1 Sol 默认窗口冲到 500k，还免了长上下文费，但别高兴太早

OpenAI Day 7 的更新，把 Codex 和 ChatGPT Work 里的默认上下文窗口从 272k 直接拉到 500k，一下涨了约 80%。紧接着 Tibo 又补了一句：用订阅额度跑 GPT-6.1 Sol，不收长上下文附加费。任务照常消耗订阅额度，但不再因为上下文变长额外加收一笔；走 API 调用，仍按 API 价格表计费。

看到「完全免费」四个字，先别急着转发。这事儿的重点其实不是免费，而是扩容本身。默认窗口变大，对整天在 Codex 里查文件、改代码、跑测试的人，意味着少挨几次压缩。快装满时，AI 得先把前面的对话和工作进度压缩整理一遍，腾出空间才能接着干；开发者 Lasse 之前就吐槽过，Codex 压缩一次上下文，最长能让他干等两分钟。等完压缩，还得盯着它有没有漏掉最初的要求——比如开工时明明说过「这个接口要兼容旧版」，改了十几个文件新功能跑通了，旧接口却坏了，最后还得自己回头补锅。

所以这次把默认窗口抬到 500k，确实能减少压缩的次数，也让模型在长任务里保留更多细节。但另一个更现实的问题跟着来了：压缩少了，额度会不会掉得更快？OpenAI 在这个坑上翻过车。今年 7 月，他们把产品里的上下文从 272k 提到 372k，供 GPT-5.6 Sol 使用，结果订阅用量扣得比预期多，团队又退了回去。当时开发者 Theo 猜是上下文超过 272k 后按两倍收费，Tibo 纠正说，那时候也没加收长上下文费，多扣的用量来自反复读取更多缓存内容——你只敲了一句「继续」，Agent 接着改代码，仍得带上前面读过的文件、测试结果和要求，后面调用工具、继续推理时这些内容还可能被反复读取。缓存能复用已处理的内容，读取成本更低，但每次读取仍会计入用量，读的次数一多，消耗就累积起来了。

换句话说，这次免掉了长上下文附加费，不代表同一个任务一定更省额度。开发者想少等几次压缩，可不想项目还没改完，额度先用完了。评论区里开发者 Mhmd Hammoud 的反问挺扎心：「现在改个配置，也算一次真正的升级了？」这话有点挑刺，但也点到要害——单纯调大一个默认值，算能力提升还是算运营动作，边界很模糊。

500k 这个数字，还得拉上 Claude 比一比才有感觉。Claude Code 里的 Opus 5.5 和 Sonnet 5.5，默认上下文已经是 1M，相当于 Codex 这次新默认值的两倍。不过 GPT-6.1 Sol 的上限同样能到 1M，用户可以手动调高，OpenAI 这次默认给 500k，是测试后认为这个设置更适合多数用户。费用上要分清两边说的范围：Claude 那两款模型调 API 时，1M 以内都按标准 Token 单价计费，上下文变长不涨单价；OpenAI 这次免掉的则是订阅额度里的长上下文附加费，API 价格另算。

窗口开到 1M，照样有装满的时候。Claude Code 用这两款模型，默认的自动压缩点约为 967k，接近上限时先移除上下文里较早的工具输出，比如读文件、跑命令留下的记录；空间还不够，再把对话整理成摘要，保留当前需求和关键代码让任务继续。查文件这类子任务，还可以交给子 Agent，查完把结果摘要交回来，主对话里就不用塞进整段查找过程。

OpenAI 说了，默认窗口以后还会继续往上加。但窗口可以扩，人的耐心不能跟着一块扩容。代码交给 AI 之后，该少等几次压缩，也少说几遍「这个要求我前面讲过了」——这恐怕才是这轮更新真正想解决、又还没做完的事。

相关链接：
- OpenAI 确认帖（Tibo 原文）