GPT-6.1 Sol 在 Codex 中的默认上下文刚刚从 272K 提升到 500K：它改变了什么，又没有改变什么

GPT-6.1 Sol——这款于 2026-09-29 发布的中端模型，每百万输入 token 收费 2.00 美元、每百万输出 token 收费 10.00 美元——其在 Codex 和 ChatGPT Work 中的默认上下文长度于 2026-10-12 从 272,000 token 提升至 500,000 token，厂商称增幅约为 80%。该公司产品与平台负责人 Thibault Sottiaux 在公司的 28 天发布冲刺中将其作为第 7 天公布，称 500,000 是经过充分测试的“最佳平衡点”，并表示未来默认值还会再次提高。最大值未受影响，GPT-6 Sol也是如此——它正是 6.1 所取代的那一代，而此次的公开上限则原封不动地承袭自它。

这就是整个公告，而人们很容易把真正起作用的两个词读漏。默认值，而不是最大值。Codex 和 ChatGPT Work，而不是 API。该模型自发布以来一直能接受远超 500,000 个 token——发生变化的那个数字，是你什么都不请求时得到的那个。

以下所有内容均读取自供应商自己的模型和定价文档及其公告，二者均于2026-10-12发布，或是对其公布的费率进行算术计算所得。凡某一数字为供应商自己所提供、且外界无人复现的，承载该数字的句子会说明这一点。

差异，逐项列出

有六件事值得区分开来，因为其中三件变了，另外三件没有。

• Codex 和 ChatGPT Work 中的默认上下文 — 2026-10-12 之前为 272,000 tokens，之后为 500,000。当请求未指定上下文时，适用的就是这一数值。

• 最大上下文——未变。供应商为 GPT-6.1 Sol 提供的模型页面列出 1,050,000 token 的窗口、最高 922,000 token 的输入以及 128,000 token 的输出上限。这些数字在 GPT-6 Sol 的页面上完全相同。

• 手动覆盖 — 保持不变。用户仍然可以将工作上下文设置得高于或低于默认值，最高可达模型自身的上限，因此这一切都不会移除任何原本就已存在的选项。

• 订阅长上下文附加费——已针对 GPT-6.1 Sol 取消，并明确说明"在 ChatGPT 订阅配额范围内"。这是与费用挂钩的条款，且仅限于从 ChatGPT 套餐中产生的用量。

• API 默认值与 API 定价 —— 保持不变。API 归你掌控，而非由客户端的默认配置表决定，定价页面上的长提示词倍率也仍与公告前一致。

• 1M 上限——没有变化，但值得说明，因为 500,000 token 的默认值会占掉 922,000 token 最大输入配额中的 54%。"能装进 1M"和"能低于默认值"如今是两个不同的问题，二者之间相差 422,000 个 token。

因此，这份清单中唯一一个读者今天能据此行动的数字，并不是 500,000。而是附加费豁免——而且只有当他们的用量是按订阅计费、而非按 API 密钥计费时，这一点才成立。

附加费是让账单发生变化的部分

只要拿供应商公布的 API 费率算一下，豁免所针对的问题的性质就显而易见了。GPT-6.1 Sol 列出的费率是每百万输入 token 2.00 美元、每百万缓存输入 token 0.10 美元，以及每百万输出 token 10.00 美元。超过 272,000 个输入 token 的提示，按输入和缓存费率的 2 倍、输出费率的 1.5 倍计价，适用于整个请求——而不只是超过这一界限的 token。

• 270,000 个未缓存输入 token，10,000 个输出 — 输入 270,000 按 $2.00 计算为 $0.540；输出 10,000 按 $10.00 计算为 $0.100。总计 $0.640。

• 300,000 个未缓存输入 token，输出 10,000——该请求已超过阈值，因此每项费率都会变动：输入 300,000 按 $4.00 计为 $1.200；输出 10,000 按 $15.00 计为 $0.150。总计 $1.350。

输入 token 多了 11%，账单却是 2.1 倍。正是这道阶梯，让更大的默认值成为一个真正需要斟酌的问题，而不是免费升级；而供应商刚刚从这个模型的订阅侧取消了这道阶梯。在 API 密钥上，它依然存在，阈值完全相同，并未因 2026-10-12 宣布的任何内容而改变。

如果你通过 OrcaRouter 调用该模型，那条界限属于供应商，并随其一同生效：我们以供应商的标价、0% 加价提供 openai/gpt-6.1-sol，因此 $2.00 / $0.10 / $10.00 的价目表以及其上的 272,000 token 倍数，与你在供应商自家页面上看到的数字完全相同，而且任何一方发生变动，都会在当天落到我们这边，而不是等到某个重新定价的窗口期。我们不会做的是改变供应商的档位。如果某个请求在某个 API key 上超过 272,000 个输入 token，它就会被重新计价，无论来自谁皆是如此。

新默认值实际上存在于何处

公告点名了两个产品界面，而这一区别的重要性远超其字面听感。Codex 和 ChatGPT Work 才是智能体产品；GPT-6.1 Sol 并不在标准 ChatGPT 聊天中。因此，50 万 token 的默认上下文惠及的是那些运行长时间编码循环、处理文档密集型工作会话的人，而任何通过脚本调用该模型的人都与之无缘。

在那之下还有第二层。通过 ChatGPT 订阅凭据连接模型的客户端，与使用 API 密钥连接的客户端形态并不相同——它带有一张预算表，用于限制符合条件的模型，使从订阅中消耗的用量与 Codex 自身允许的用量一致。一个开源编程客户端 OpenCode 当天合并了对其 ChatGPT-OAuth 连接的一项更改，将其针对 gpt-6.1-sol 的条目从 272,000 个输入 token 提高到 500,000 个，而上下文上限为 628,000 个 token，“保留现有的 128k 输出余量”。其审查者的备注是对整个公告的诚实总结：只有该连接上该模型的默认限制发生了变化，公共 API 未变，且按模型进行配置覆盖仍然适用。

那是第三方客户端对上限如何适用的解读，而非厂商文档，值得按此标明。但它与公告自身的表述一致：厂商在由它设置默认值的界面上，提高了它控制的一个默认值；而在由调用方决定的 API 上则维持原样。

为什么供应商调整了默认值，而不是上限

所述原因是压缩。当长时间运行的 Codex 会话接近其工作上下文时，harness 会压缩较早的轮次——进行概括并丢弃细节——以便会话能够继续。压缩并非崩溃意义上的数据丢失；它是有意以保真度换取余量，而且默认值越小，它触发得越频繁。将默认值提高到 500,000 个 token 意味着，触发会推迟到恰恰是最需要保留信息的任务上：多文件重构、漫长的调试过程、跨多个轮次携带大量检索语料的工作。

这也正是为什么该公告谈的是默认值，而不是上限。最大值只能帮到那些知道该上限并主动设置的调用方；而默认值则惠及每一位调用方，包括那些从未做过任何配置的人。对于一款用户主要以交互方式使用的产品而言，那才是杠杆效应更大的旋钮。这是厂商自己的理由，表面上也站得住脚——该说法中可衡量的那一半是压缩发生的次数更少，而这属于测试框架的行为，而非模型能力，并且模型本身并未改变。同一个快照，同样的费率，同样 128,000 token 的输出上限，同样为 2026-04-30 的知识截止日期。

反方观点，作为意见陈述

从业者的反应并非一致正面，而这些反对意见值得留存，因为它们是可检验的论断，而非主观感觉。一位开发者公开称这一改动是"反功能"（anti-feature），理由有二：如果会话在压缩前普遍运行得更久，订阅配额会消耗得更快；而且"大海捞针"式的检索质量在 500,000 token 时不太可能像在 272,000 时那么好，所以多出来的空间未必是可用的空间。其他人提出了一个相关的观点：更大的窗口是一种容量，而不是一项建议——用关联松散的文件把它填满，会稀释注意力并拖慢响应速度。

这些是社区立场，而非厂商的指导，而厂商的反驳隐含在“sweet spot”这个词里：这个取值是经过测试的，选择它时既考虑了能力，也考虑了体验。但这两个担忧指向的是不同的问题，应当分开来看。配额这一点是计量口径的问题——如果你的方案是按 token 计量的，那么更长的默认值就意味着在压缩这道安全网介入之前会消耗更多 token。质量这一点则是评估问题，而回答它的方式只能是这类问题唯一可行的方式：用两种取值分别跑一遍你自己的长上下文任务并作比较，而不是照单全收公告的说法或某个回复帖里的说法。

在依赖新号码之前，应检查什么

• 你使用的是哪个产品界面。按订阅计费的 Codex 或 ChatGPT Work 默认为 500,000，且不收长上下文附加费。API 密钥则两者都享受不到——默认值不会改变，272,000 token 的乘数依然适用。

• 取决于你的测试框架是否会发送显式限制。硬编码了上下文值的客户端会完全覆盖新的默认值。在假定这次上调已经对你生效之前，先检查配置，因为修复方法可能只是你自己设置里的一行，而不是厂商发布的任何内容。

• 额度是如何构成的。第三方 ChatGPT-OAuth 连接可能会呈现自己的额度表——上文的 OpenCode 案例将 500,000 token 的输入额度与 628,000 token 的上下文上限搭配在一起，并留出 128,000 token 的输出余量。如果你的客户端属于这一类，请核实它自己的数字，而不是公告里的数字。

• 无论您的账单是订阅制还是按量计费。附加费豁免属于订阅侧的变更。API 层级未受影响，因此基于 API 构建的成本模型没有任何新变化。

• 你是否应该填满上下文窗口。默认值就是你得到的值；它并不是一个目标。缓存输入每百万 $0.10，而未缓存为 $2.00，这才是真正能降低长上下文费用的杠杆，而且它青睐的是字节稳定的前缀，而非更大的前缀。

悬而未决的问题

供应商表示默认值还会再次上调，这使得 50 万只是一个途经点，而非终点——也让真正值得玩味的问题不再是这个数字会不会增长，而是围绕它的两个约束条件会不会随之移动。272,000 token 的重新定价阈值如今已低于新的默认值，这意味着一个按 API 规则运行至默认上限的订阅计费会话将构成一次长上下文请求；豁免条款正是让这一点在订阅侧不构成问题的原因，而 2026-10-12 宣布的内容中，没有任何迹象表明 API 阈值会随默认值一同上移。要盯住那个阈值，而不是窗口。

对于已经在 GPT-6.1 Sol 上构建的团队来说，实际解读很窄，也很明确。如果你是在订阅下使用 Codex 或 ChatGPT Work，那么从现在开始，你在触发压缩前会获得更多空间，账单上也会少一行。如果你调用的是 API，则一切未变，值得关注的数字仍然是 272,000。我们为 openai/gpt-6.1-sol 设立的模型页面——1,050,000 token 上下文、128,000 token 输出，输入 $2.00、输出 $10.00——价格就保持在这里。