GPT-6.1 Sol一夜扩容500k！完全免费

  新智元报道  

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

编辑：摩西 桃子