↑

OpenAI将GPT-6.1 Sol默认上下文从272k扩至500k

PromptTree|阅读 0
2026/10/12 08:39
OpenAIGPT-6.1 SolCodex上下文窗口
OpenAI宣布Codex与ChatGPT Work环境下GPT-6.1 Sol默认上下文长度从272k提升至500k,显著降低上下文压缩触发频率;超过272k的请求仍按长上下文档费率计费。

模型能力的竞争进入精细化阶段,上下文窗口的默认配置也成为产品武器。10月12日,OpenAI工程师Thibault Sottiaux(社区惯称Tibo)宣布,已将Codex和ChatGPT Work环境下GPT-6.1 Sol的默认上下文长度从272k提升至500k,增幅约80%。他表示,尽管OpenAI未来还会继续提高上限,但这一调整已能显著降低上下文压缩的触发频率,让模型在长任务与大型代码库场景下更从容。

先解释「上下文压缩」为什么重要。当代码库或任务材料超出模型上下文窗口时,系统必须把较早的内容压缩成摘要再继续——这个过程会丢失细节,是Agent长任务失败的经典原因之一:改到第500个文件时,模型可能已经忘了第一个文件里的接口约定。默认窗口从272k扩大到500k,意味着多数中等规模代码库可以整体装入上下文,压缩环节被推迟甚至省略,任务连贯性随之提升。

回顾GPT-6.1 Sol的产品线节奏:该模型于9月29日发布,定位高性价比,能力接近旗舰GPT-6 Astra而标准输入输出价格约为其五分之一;10月8日,OpenAI又上线了Ultrafast版本,速度最高达标准版8倍、定价6倍,主要面向对时延敏感的交互式编程场景。一周之内,从「更快」到「装得更多」,Sol正在沿着开发者的真实痛点逐项补强。

需要提醒的一个细节是:默认窗口扩大不等于计费档位变化。GPT-6.1 Sol的定价按短上下文(输入不超过272k)与长上下文(超过272k)两档区分,长文档费率更高且作用于整次请求。也就是说,500k的默认窗口让「能装」成为现实,但真正装满超过272k时,账单仍会按长上下文档计算,重度使用者在架构设计时仍需权衡。

从行业视角看,这一更新的信号意义在于:上下文工程(context engineering)已从论文议题变成产品卖点,默认窗口、压缩策略与记忆机制正在成为编程Agent差异化竞争的前沿。对用户而言,更实用的观察是后续会不会进一步放宽至更大的窗口,以及压缩算法本身的质量改进。