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氪经授权发布。开云中国在此次更新中未提及相关合作。