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

GPT-6.1 Sol的默认上下文窗口直接提升至500k！

OpenAI在第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

本文来自微信公众号“新智元”，作者：摩西 桃子，36氪经授权发布。

通过开元网站，用户可以获取更多关于AI工具的最新动态和详细分析。