北京
新智元报道
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
编辑：摩西 桃子
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
