GPT-6.1 Sol默认上下文升至500k：订阅使用不加收长上下文费
sina qqZone renren ydCloud 2
新智元报道
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有自己的上下文，查完只把结果摘要递回来。
主Agent拿到摘要就能继续推进，主对话里不必再塞进整段查找过程。
按OpenAI的说法，默认窗口往后还会接着往上抬。
窗口会越开越大，开发者的耐心却扩不了容。代码交给AI以后，总得少等几回，也少说几遍「这个要求我前面讲过了」。
参考资料：
https://x.com/thsottiaux/status/2109430343346581527?s=20
