新智元报道 GPT-6.1 Sol，默认上下文直接冲到 500k ！ OpenAI Day 7更新，把Codex和ChatGPT Work里的默认窗口从272k扩到500k，一口气涨了约80%。 紧接着，Tibo又补了一刀： 用订阅额度跑GPT-6.1 Sol，不收长上下文附加费。 任务照常消耗订阅额度，但不再因为上下文变长，额外加收一笔。 通过API调用，仍按API价格表计费。 然而，开发者Mhmd Hammoud却在评论区反问：「现在改个配置，也算一次真正的升级了？」 GPT-6.1 Sol狂飙500k 许愿成功 在默认500k放出之前，开发者Lasse早就受够了等压缩。 他曾吐槽， Codex压缩一次上下文，最长能让他干等两分钟。 这次更新前两天，他干脆自己把窗口调到500k，贴出状态截图，喊话OpenAI赶紧解决压缩太慢的问题。 让Codex查文件、改代码、跑测试，读到的代码和报错都会占用上下文。 快装满时，它就得先把前面的对话和工作进度压缩整理一遍，腾出空间才能接着干。 等完压缩，还得检查它有没有漏掉最初的要求。 比如，开工时明明说过「这个接口要兼容旧版」。要是改了十几个文件，新功能跑通了，旧接口却坏了，最后还得自己回头补锅。 Tibo说，这次扩容能减少压缩，也能让模型在长任务里保留更多细节。 少等几次压缩，少把同一个要求重说一遍，这500k才算帮上了忙。 免了附加费，额度照样扣 最怕压缩少了，额度却掉得更快。OpenAI之前还真踩过这个坑。 今年7月，OpenAI把产品里的上下文从272k提高到372k，供GPT-5.6 Sol使用。 结果订阅用量扣得比预期多，团队又退回272k。刚加上去的容量，转头就收了回去。 开发者Theo当时猜，是上下文超过272k后按两倍收费。 Tibo纠正说，当时的订阅也没加收长上下文费。多扣的用量，来自反复读取更多缓存内容。 你只敲了一句「继续」，Agent要接着改代码，仍得带上前面读过的文件、测试结果和要求。 后面调用工具、继续推理时，这些内容还可能被反复读取。 缓存能复用已经处理过的内容，读取成本更低，但每次读取仍会计入用量。读的内容和次数一多，消耗就累积起来了。 免附加费，不代表同一个任务一定更省额度。 开发者想少等几次压缩，可不想项目还没改完，额度先用完了。 Claude早已默认百万了 不过，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。它有自己的上下文，查完把结果摘要交回来。 这样，主Agent拿到结果就能接着干，主对话里不用再塞进整段查找过程。 OpenAI说，默认窗口以后还会继续往上加。 窗口还会变大，但开发者的耐心不能跟着扩容。代码交给AI之后，总该少等几次，也少说几遍「这个要求我前面讲过了」。 参考资料： https://x.com/thsottiaux/status/2109430343346581527?s=20 编辑：摩西 桃子 特别