OpenAI Codex 负责人 Thibault Sottiaux（Tibo）10 月 11 日深夜在 X 上宣布，GPT-6.1 Sol 在 Codex 和 ChatGPT Work 里使用时，默认上下文长度从 27.2 万 token 提到 50 万 token，他自己的说法是增幅约 80%。
这是 Codex 团队”28 天连续更新”计划的第 7 天。该计划 10 月 4 日公布，规则是每天要么上线一项多数用户用得上的改进，要么给所有人做一次额度重置。
改了什么
Sottiaux 给出的理由只有一条：减少上下文压缩（compaction）的发生次数。Codex 的代理在长任务里会不断往上下文里塞文件内容、命令输出和工具调用记录，窗口装满后系统要把旧内容压缩掉才能继续，代价是细节丢失，代理可能忘掉前面读过的某个函数签名或某条报错。
“It was carefully tested and is the new sweet spot for most of our users.” （这个值经过仔细测试，是多数用户的新平衡点。）
新默认值可以手动改高或改低。他在帖子里写的上限是 100 万，OpenAI 模型页列出的 GPT-6.1 Sol 完整窗口为 105 万 token，最大输出 12.8 万。他还补了一句 “We will go higher in the future”，没有给时间。
有报道提到，这次调整对订阅用户不额外收费。Sottiaux 的帖子本身没有谈价格，更大的默认窗口会不会让周用量消耗得更快，OpenAI 目前也没有公开说明，以官方后续的用量说明为准。
27.2 万这个数从哪来
旧默认值 27.2 万并非随手定的。OpenAI 模型页写明，GPT-6.1 Sol 的 API 请求输入超过 27.2 万 token 时，整单输入和缓存输入按 2 倍计价，输出按 1.5 倍计价。按标准价每百万 token 输入 2 美元、输出 10 美元粗算，越过这条线后变成输入约 4 美元、输出约 15 美元。
默认值和加价门槛刚好重合，有分析据此推测旧设置是在替用户挡长上下文费用。这一点 Sottiaux 没有确认。订阅用户走的是额度而非按 token 付费，两套口径怎么换算，外界看不到。
把最近几个节点串起来
Codex 的上下文管理这两个月一直在动：
- 9 月初，openai/codex 仓库合入几个拉取请求，方向是会话装满后不再生成摘要，改为开一个新窗口，再配历史检索工具让模型自己翻旧记录；
- 9 月 30 日，有用户在 GitHub 提交问题，称在 Codex 桌面版新开线程、只回一句”OK”，GPT-6.1 Sol 的上下文占用就到了约 20.8 万 / 25.8 万，同场景下 GPT-6 Sol 约 4 万。报告人自己也说没法判断多出来的 token 是真的发给了模型，还是统计显示有误。该问题 10 月 8 日被标为已完成关闭，页面上没有 OpenAI 员工回复；
- 10 月 11 日，默认窗口提到 50 万。
三件事放在一起看，Codex 一边在改压缩机制，一边在加大窗口，两条路都指向同一个症状：长任务里代理”忘事”。这次调整和那份问题报告之间有没有直接关系，官方没有说。如果新线程起步就吃掉二十多万 token 的情况仍然存在，旧的 25.8 万可用空间几乎刚开工就见底，换成 50 万后余量会宽松很多。
对国内开发者来说，Codex 需要 ChatGPT 付费账号才能用，这次改动只影响 Codex 和 Work 两个入口里的 GPT-6.1 Sol，直接调 API 的项目不受影响，上下文长度仍由请求方自己决定，计价门槛也没变。
参考来源：Thibault Sottiaux 社交平台公告、OpenAI GPT-6.1 Sol 模型页、CocoLoop、FourWeekMBA；openai/codex 仓库问题报告核验新线程上下文占用数字，模型页核验窗口上限与长上下文计价倍率。