GPT-6.1 Sol 在 Codex 与 Work 默认上下文增至50万，订阅额度与 API 计费需分开看
从27.2万到50万 token，此次调整着眼于减少长任务中的上下文压缩。企业评估时，需要把产品默认窗口、订阅使用额度和 API 长输入计费门槛分开，尤其注意 API 超过27.2万输入 token 后按整次请求调整费率的规则。
北京时间2026年10月12日，Tibo 在 X 发帖表示，GPT-6.1 Sol 在 Codex 与 Work 中的默认上下文已从27.2万提高到50万 token，增幅约80%。这次变化针对长任务可保留的上下文容量：团队处理大量材料或持续多轮工作的过程中，有望减少上下文被压缩的次数。
50万成为默认值，重点是少压缩、保留细节
据Tibo 的帖子，此次调整已实施，表述上是新的默认设置，而非待开放的试验。Tibo 称，该设置经过仔细测试，旨在减少上下文压缩，并帮助那些需要长期保留大量背景和细节的任务；他将其称为适合大多数用户的新平衡点。
这里说的是默认设置，用户仍可自行将上下文设置调高或调低。帖子提到 Sol 的最大上下文为100万 token，并表示未来还会继续提高默认值，但没有给出下一次调整的时间。
产品默认窗口与模型规格是两个数字
50万描述的是 Codex 与 Work 使用 Sol 时的默认配置。OpenAI 的 Sol 模型文档则列出1,050,000 token 的上下文窗口，以及128,000 token 的最大输出。帖子以“1M”描述最大上下文，文档给出更具体的模型规格；两者都不应与本次50万的产品默认值混写。
上下文窗口描述单次请求可容纳的上下文规模，最大输出则是生成内容的上限。订阅使用额度属于另一类使用约束，判断可使用次数或订阅权益，需要与默认窗口大小分开。
API 的27.2万门槛是另一项计费条件
截至10月12日，Sol 模型文档列出的 API 标准模式基础文本价格为：每百万 token 输入2美元、缓存输入0.10美元、缓存写入2.50美元、输出10美元。这些是模型文档列出的美元 API 基础费率；速度模式及地区处理等条件可能适用不同倍率，应与此次默认上下文调整分别理解。Tibo 在同一讨论的回复中明确，GPT-6.1 Sol 从订阅额度扣除用量时，不收取长上下文费用。该说明限定于订阅用量，未宣布 API 价格、超额 credits 计费或订阅总额度调整。
文档还规定，输入提示超过27.2万 token 时，整次请求的输入及缓存费率按2倍计算，输出费率按1.5倍计算，而非仅对超出门槛的部分加价。API 能容纳多少上下文，与某次长输入请求按什么费率结算，是两件事。
这也解释了为什么“默认已到50万”不能直接用于估算 API 成本：实际账单还取决于请求中的 token 用量及适用计费条件。
对团队而言，容量提升与预算变化应分别评估
对同时使用 Codex、Work 和 API 的团队而言，此次更新首先是长任务体验的变化。评估价值时，可以关注既有任务是否减少压缩、是否更好地保留工作细节；评估支出时，则应继续区分订阅额度与 API 实际用量，尤其是超过27.2万输入 token 的请求占比。
Rajiv Gadda 在10月6日发表于 HackerNoon 的长上下文费用文章中，建议逐次记录输入 token，并在调用前设置 token 预算。那篇文章讨论的是 GPT-6 Astra，其建议可作为团队统计用量的参考；它并未核实此次 Sol 默认窗口调整，文中的 Astra 单价也不适用于 Sol。
VMCardio 观察：50万默认窗口扩大了保留上下文的空间，预算收益或成本变化仍需结合团队自身任务用量判断。团队向 OpenAI 付款时，应将 Codex／Work 的订阅账单与 API 用量账单分别归集，再按项目评估长任务成本。VMCardio关注企业对外付款与支出管理；平台是否接受具体付款方式仍以平台规则为准，卡片限额也不能取消已经产生的 API 费用。