GPT-6.1 Sol 的默认上下文变长了。2026 年 10 月 12 日，OpenAI 的 Tibo 在 X 上宣布，GPT-6.1 Sol 在 Codex 与 ChatGPT Work 中的默认上下文长度从 272k 提升到 500k，涨幅约八成；用户仍可自行覆盖这一设置，模型的最大上下文保持 1M 不变。几分钟后他又补了一条：通过订阅额度调用 GPT-6.1 Sol 时，不再收取长上下文费用。两条调整一个管容量、一个管计费，都是冲着长任务用户来的。
默认值为什么比上限更重要
GPT-6.1 Sol 的最大上下文 1M 在 9 月底发布时就已经写明，但绝大多数人实际用到的，是产品给定的默认值。此前默认 272k，处理大型代码仓库、长文档或多文件任务时更容易触发上下文压缩：系统把前面的内容摘要后继续对话，摘要留得下结论，却常丢掉变量命名、约束条件这类细节。默认上限抬高到 500k，意味着不改设置也能让模型在一次任务里记住多得多的代码和材料，长会话中途反复压缩、反复丢失细节的次数会明显减少。关于这个模型发布时的定位和价格，可回看 GPT-6.1 Sol 发布时的能力与定价。
先受益的是编程智能体这类长任务
连续读仓库、跑测试、跨多文件改代码的编程智能体，是最典型的受益方：上下文装得下整个模块时，智能体不必频繁回头重新检索，长链条任务的连贯性更好。长文档审阅、多轮数据分析同理。短问答、单文件小改动则几乎感知不到差别。也要泼一点冷水：上下文能装更多，不等于每次都该塞满。无关文件堆得太满会稀释模型对关键信息的注意力，还可能拖慢响应；500k 是默认可用容量，不是建议用量，任务该裁剪还是要裁剪。
订阅不再收长上下文费，成本变得可预期
第二条调整容易被划过去，其实对重度用户更实在。此前通过订阅额度使用长上下文要额外计费，用得越长、账算得越细；这次取消后，Codex 与 Work 的订阅用户处理长任务时，成本主要回到订阅额度本身，不必再为超过某个上下文长度单独算一笔。对照竞品普遍主打百万级上下文的打法，OpenAI 这次是把长上下文从付费卖点往默认能力上推了一步。
这次改动目前只涉及 Codex 与 ChatGPT Work 的默认值和订阅计费。API 侧的默认值与计费口径是否同步调整、其他模型是否跟进，官方还没有说明，可以等后续更新再确认。对正在用 GPT-6.1 Sol 跑长任务的人来说，眼下能做的很简单：更新到最新版客户端，确认默认上下文已经生效，再把那些以前因为怕压缩而拆碎的任务合并起来试一次。
