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氪经授权发布。