故障排查 · Codex 目录窗口

GPT-5.6 Sol 在 Codex 里只有 272K
同一账号、换 originator 就变成 872K

2026-08-22 起,同一 ChatGPT Pro 账号下,Codex 编码客户端把 gpt-5.6-sol 的 max_context_window 钳到 272000(有效约 258400);去掉编码用 originator 则返回 872000。模型规格页仍写 1,050,000。这是产品目录分流,不是模型被下架。

#272000#originator#258400#gpt-5.6-sol

四个可单独引用的数字

272000

编码客户端目录

originator 为 codex_cli_rs、codex-tui、Codex Desktop、codex_vscode 时,同一账户拿到 max_context_window = 272000。

872000

同一账号、非编码 originator

issue 的对照里,不带编码 originator 的同一 token 返回 872000;Terra / Luna 在两份目录都是 872000。

258400

UI 有效窗口

272000 × 95% = 258400。GitHub openai/codex#40258 记录:2026-08-21 仍是 353400,2026-08-22 变成 258400。

1,050,000

模型规格页仍写这个

开发者文档里 GPT-5.6 Sol 的模型上下文仍标 1.05M。那是模型规格,不是 Codex 编码表面的目录上限。

这不是 context_length_exceeded,是目录把窗口先砍了

openai/codex#40258(2026-08-23 开,抓取 2026-08-30)在同一 ChatGPT Pro 账号、同一 URL、同一 client_version=0.149.0 上做了对照:只改 HTTP 头 originator,gpt-5.6-sol 的 max_context_window 就在 272000 与 872000 之间切换。编码表面(CLI / TUI / Desktop / VS Code)走 272K 那份目录(同一 ETag);非编码 originator 走 872K。Codex 会把本地 model_context_window 覆盖钳到远程 max_context_window,再乘 95% 有效窗口,于是界面显示 258400。响应体里没有 cohort / experiment / 降级原因字段。相关 issue #32806 更早记录了 353400 → 258400 的回退。官方模型页仍写 1,050,000。本页讲的是 Codex 产品目录,不声称底层推理端点拒绝超过 272K 的请求,也不声称任何转售平台的窗口等于 1.05M 或 872K。

为什么 2026-08-22 这一天突然变窄

报告给出的用户可见时间线:同一 CLI 0.149.0、同一条 model_context_window = 372000 配置,2026-08-21T08:58:30Z 有效窗口还是 353400,2026-08-22T13:16:48Z 变成 258400,本地没有改版本。上游 PR #39102 曾把捆绑目录里 Sol/Terra/Luna 的上限提到 872000,但编码 originator 仍被服务端目录钳回 272K。Sol 最近几周同时有「额度烧得比预期快」的投诉(5 小时窗、周限额),窗口被砍之后,能塞进一次线程的仓库更小,compaction 更勤,体感会更像「又限流了」。先看目录数字,再查 usage limit。

时间线

2026-07

社区 issue 记录 Codex 把 Sol 有效窗口从规格 1.05M 收到约 353400(目录 372000 × 95%)。Terra / Luna 目录仍是 872000。

2026-08-22

同一账号、未改 CLI 版本,有效窗口从 353400 掉到 258400(目录 272000 × 95%)。

2026-08-23

openai/codex#40258 给出可复现对照:分流开关是 originator,不是订阅档本身。截至 2026-08-30 抓取时 issue 仍 open。

已确认 vs 尚未证实

已确认(社区对照,非 OpenAI 公告)

在公开 GitHub issue 的受控实验里:同一 Pro 账号、只改 originator,Sol 的 max_context_window 在 272000 与 872000 之间切换;编码客户端四连(codex_cli_rs / codex-tui / Codex Desktop / codex_vscode)都是 272K 同一 ETag;Terra / Luna 不受影响。有效窗口 258400 = 272000 × 0.95。

尚未证实 / 不要外推

OpenAI 没有在开发者文档里把「编码 originator → 272K」写成正式产品规则。不要把 272K 说成模型本身的硬上限,也不要把 872K 或 1.05M 说成 QCode 或任意代理上保证给你的窗口。目录实验证明的是 Codex 后端按 originator 返回不同元数据。

编码客户端 vs API 规格,不是两个模型

Codex 编码表面:目录说了算

CLI / TUI / Desktop / VS Code 带编码 originator。远程目录 272000 会覆盖本地更大的 model_context_window。线程一开始就会按 258400 做 compaction。改本地配置挡不住远程钳制。

模型规格 / 非编码 originator:数字更大

开发者文档写 1.05M。同一账号不用编码 originator 时,Codex 目录给 Sol 872000。Terra / Luna 在两种目录里都是 872000。这是接入面差异,不是「Sol 被下架」。

先确认你撞的是目录,不是 context_length_exceeded

第一步看界面或 task_started 里的 model_context_window:约 258400 就符合 272000 × 95%,不必先怀疑账号被降智。第二步不要只翻 usage / 5 小时窗——那是另一套限额,站内已有专页。第三步:如果业务要的是规格页上的长窗口,需要离开「编码 originator 那份目录」这条路径,改走 API 或其它不使用这份 Codex 编码目录的客户端。本页不提供伪造 originator、绕过 ChatGPT 鉴权或共享账号的做法。

API 接入面和 Codex 目录不是同一张表

gpt-5.6-sol 在 QCode 上 30 天调用量为 106,837(2026-08-30 CRS,阳性对照 claude-sonnet-5 同期 188,213)。这只说明这个模型 id 能被路由到,不说明 QCode 上的上下文窗口是 1.05M、872K 还是 272K。本页不承诺窗口数字。若你要绕开的是 Codex 编码客户端的目录钳制,需要走 OpenAI 兼容 API,而不是继续在 Codex CLI 里加 originator。

常见问题

258400 是怎么算出来的?

远程 max_context_window = 272000,Codex 再乘 effective_context_window_percent = 95,得到 258400。之前 372000 × 95% = 353400。不是 UI 四舍五入错误。

Pro 账号是不是被单独砍了?

#40258 的对照里 plan_type 一直是 pro,两种目录的 available_in_plans 都包含 pro。分流随 originator 变,不随「是不是 Pro」变。这不能推广成所有档位的官方承诺,只是该报告里的受控结果。

Terra 和 Luna 也被砍到 272K 了吗?

同一份对照里,Terra 与 Luna 在编码 / 非编码两份目录中都是 max_context_window 872000。目前公开实验里被 originator 分流的只有 gpt-5.6-sol。

把 model_context_window 写成 372000 或更大能解开吗?

不能。报告写明:远程目录的 272000 会把显式覆盖钳回去。要更大的窗口,得换接入面,而不是改本地一个数字。

这和 context_length_exceeded 是一回事吗?

不是。context_length_exceeded 是请求已经超过当前窗口之后的报错。这里是客户端在发请求前就把窗口元数据砍到 272K。先看目录,再看 400。

官方规格 1.05M 还作数吗?

作数的是「模型规格页上的数字」,不是「Codex 编码客户端保证给你 1.05M」。两套数字同时存在。以你实际打到的那一层目录或 API 为准。

信息来源

originator 分流、272000 / 872000、258400、2026-08-22 回退时间线来自 GitHub openai/codex#40258(2026-08-23 开,2026-08-30 抓取)以及相关 #32806 / #31860。1,050,000 来自 OpenAI 公开的 GPT-5.6 Sol 模型规格页(issue 正文引用 developers.openai.com/api/docs/models/gpt-5.6-sol)。QCode 调用量来自 CRS 30 天用量,抓取 2026-08-30。OpenAI 官方 changelog 未把该分流写成产品条款。

要的是 API 规格,就不要只盯着 Codex 目录

272K 是编码客户端那份目录,不是「Sol 没了」。需要 OpenAI 兼容端点时,再用预付余额按官方价 × 服务费率调用在售模型。

相关阅读

本页依据公开 GitHub issue 与 OpenAI 模型规格页,不代表 OpenAI 官方已确认该 originator 分流为长期产品行为。QCode 不承诺与 Codex 目录或 1.05M 规格相同的上下文窗口,也不提供伪造请求头或绕过 ChatGPT 鉴权的做法。