272k提到500k：OpenAI顺手免了长上下文加价

OpenAI 今天上午在官方渠道动了一个默认值：Codex 和 Work 里的 GPT-6.1 Sol，默认上下文从 272k 提到 500k​，涨了大约 80%，同时不再对长上下文收取额外费用。

这次改动没有爆料、没有预热，公告里的细节写得很直白：默认值提到 500k，往后还会继续往上抬，但官方把这一档叫作体验与性能的"最佳平衡点"；能力上限依旧停在 1M，你想调高调低都可以手动改。

真正有意思的不是 500k 这个数字，而是"默认"和"免费"这两个词。

先分清两个数字：默认值和上限

272k 是昨天之前 Codex 与 Work 里 GPT-6.1 Sol 的默认长度，500k 是今天打开就生效的新默认值，1M 是它被允许调到的最高档。你什么都不用点，拿到的是 500k；真想往上加，设置里可以手动改。

官方公告给的理由很短：调到 500k 之后，上下文压缩被触发的次数少了，那些要长期攥着大量细节的任务不容易中途断档。按我的理解，这次动的是"够用"和"便宜"之间那条线的位置，因为压缩一旦触发，你就得把需求重新解释一遍，那才是真正费时间的地方。

压缩具体怎么吃掉内容，值得单独说。

压缩是怎么吃掉你的项目的

上下文可以理解成模型这一次能同时摊在桌面上的材料总量，写满以后它不会停下来提醒你，而是把前面的内容揉成摘要接着往下跑。

揉的过程就是丢细节的过程。它大概会记得你提过"这个项目不要用旧的构建工具"，但三小时前你贴的那段报错原文、那个变量名、那份接口返回的字段顺序，进了摘要就不一定还在。所以才会有那种熟悉的体感：聊到后面，它开始重复问你前面已经答过的问题。

从 272k 到 500k，按相对量算，等于原来能一次摊开的材料，现在能摊开将近两倍，按中英混排的经验折算，大致是几十万字的量级。

成本那一面同时也在动。上下文越长，算力开销和显存占用越高，所以厂商一般不会把默认值直接顶到天花板，把默认放在 500k、上限留在 1M，等于把选择权交给用户，自己把日常成本压在能接受的区间里。

免掉的那笔费用更值得看

公告里还有一句容易被跳过的话：从订阅里扣使用量时，OpenAI 不再对 GPT-6.1 Sol 收长上下文费用。

这条改的是行为激励。以前上下文拉满要额外掏钱，用户会下意识省着用，把材料切碎了分几次喂进去，压缩反而更容易被触发；现在价格信号消失，更多人会把整段仓库、整份会议纪要一次性丢进去。

落到具体场景里是这样：让 Codex 审一个年代久远的前端项目，过去你多半得按模块分批投喂，中间还要自己记住哪些文件已经给过；默认值涨到 500k 之后，小中型仓库的核心文件有机会一次进去，需要你人工拼接的次数会少很多。

这里有个反方视角值得一起放着：窗口变大，不等于每次都能用满，也不等于响应变快。你把五十万字一次性塞进去，模型不保证每一句都用得上，长任务里真正决定产出质量的仍然是任务描述和验收标准。

窗口翻倍，不等于记性翻倍

上下文涨了，评论区最常见的反应是"它是不是更聪明了"。

功劳有一半是真的：材料不用再切成小块，跨文件的关联终于能一起看到。但窗口管的是"一次能看多少"，管不了"看完能不能做对"，同一份代码给它 272k 还是 500k，它做架构取舍的水平不会跟着变，变的是你不用再费劲拼文件。

最常见的误用，是把一份几十万字的资料整包塞进去，然后指望它自动挑出重点。窗口一声不响地收下了，输出却还是围着开头几段打转，看到的东西变多，不等于判断变准。

要用好这次变化，两件事就够。本来就在用 Codex 或 Work 的，先什么都别改，让默认的 500k 跑一段时间，看看还有多少任务会触发压缩；只有明确要一次读完整仓，或者一份超长合同，再手动调到 1M。看别的模型也一样，宣传页上的最大值和它默认给你的那个值，常常差着好几倍，日常体感由后者决定。

窗口大小决定它一次能看多少材料，判断力决定它看完能做对多少事，这两条线从来不是一起涨的。你上一次被上下文压缩坑到，是在什么任务上？

作者提示含AI生成内容。作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～