OpenAI 的 Thibault Sottiaux 在 2026 年 10 月 12 日宣布，Codex 和 Work 环境下 GPT-6.1 Sol 的默认上下文长度从 272k 提升到 500k，约增加 80%。上限仍是 1M，需要手动调高；同时 OpenAI 表示，从订阅中扣除使用量时不会对 GPT-6.1 Sol 收取长上下文费用。
关键事实
| 项目 | 内容 |
|---|---|
| 回答的问题 | GPT-6.1 Sol 在 Codex 和 Work 里默认上下文提到 500k |
| 简答 | OpenAI 的 Thibault Sottiaux 于 2026 年 10 月 12 日宣布，Codex 和 Work 环境下 GPT-6.1 Sol 的默认上下文长度由 272k 提升到 500k，约增加 80%。手动设置仍可用，上限为 1M；OpenAI 同时表示，从订阅中扣除用量时不会对 GPT-6.1 Sol 收取长上下文费用。 |
| 阅读时长 | ~2 分钟 |
| 最后更新 | 2026-10-12 |
改了什么
- 默认值：500k，此前是 272k，适用于 Codex 和 Work 环境。
- 手动设置保留。 你仍然可以自己调，最高到 1M。
- 不收长上下文费。 订阅用量扣除时，OpenAI 称不会对这个模型按长上下文计费。
- 官方给的理由是减少压缩触发频率，让那些需要长期保留大量细节的任务更从容。
以上细节来自 IT之家 10 月 12 日的报道。
为什么默认值比上限更值得关注
上限是规格，默认值才是你实际用的东西。几乎没人会在让智能体重构一个模块之前先去翻设置，而每一次撞到上限的会话都会被压缩：前面对话被摘要化，细节被丢掉，模型继续在一个有损的版本上干活。
把默认值从 272k 提到 500k，等于把这件事发生的时间往后推了大约一倍。对长会话来说——比如一个已经跑了一小时的任务清单，或者一份不断回头引用早期读过的文件的审查——这就是「带着原始细节继续」和「重新读一遍」的区别。Sottiaux 的说法是，这个数值经过充分测试，对绝大多数人是体验与性能之间的平衡点（sweet spot），而不是越大越好。
也要老实说清楚边界：默认值变大，不会让智能体变得更会用上下文。工具返回和文件内容照样在争同一块空间，一个塞满未经过滤输出的 500k，未必比一个只装了对的 30k 的 272k 窗口更好用。它真正解决的是另一种情况——一个范围明确、做法克制的会话，只因为起步预算太小而被迫压缩。
对「智能体跑在你自己电脑上」意味着什么
上下文长度是服务端设置，它只作用于负责思考的那个模型。如果你的智能体跑在本地 Windows 上——先给方案、等你批准、再动你真实的文件和命令——本地这一侧依然要决定什么喂给模型、什么留在外面。窗口变大让这个筛选工作没那么捉襟见肘，但并不等于不用做，所以「先审批再执行」的桌面智能体两种情况下都还有用，可以免费下载。
接下来盯什么
- 高峰期默认值是否稳定，还是会在负载下悄悄退回。
- 「不收长上下文费」的说法能不能撑过下一次价格调整。
- 同代其他模型是否也会跟进，还是只给 GPT-6.1 Sol 这一档。
常见问题
- 我需要改什么吗？ 不用。Codex 和 Work 里新默认值自动生效，只有想要 500k 以外的数值时才需要动设置。
- 可以调小吗？ 可以。数值仍可手动配置，向上到 1M，向下也可以按自己的需要降低。
- 模型变强了吗？ 没有。上下文变长改变的是会话在压缩前能保留多少内容，不是模型在某个具体任务上的能力。
相关阅读：