Codex 的默认窗口，往往比 GPT-5.6 Sol 文档里的窗口更早用完。r/codex 上有人把失败过程写得很具体：模型「会把额度花在读文件上，快接近答案了，然后上下文没了。Codex 把东西清掉，模型从头再来。」这就是 Tibo 在 2026 年 8 月 16 日用三行 config.toml 回应的问题：把会话预算抬到约 100 万 token。
模型本身从来不是 272K 规格。OpenAI 的 GPT-5.6 Sol 模型页 写的是 1,050,000 token 上下文。被压短的是 Codex 的产品默认值。下面按 Tibo 的方法逐步说明，解释 272K 这条计费线，并补充一条不用改配置的路径：Tabbit Browser 里已经可以直接选 GPT-5.6 Sol。
关键要点
GPT-5.6 Sol 文档窗口是 105 万 token。 Codex 默认更短，是因为成本、延迟和自动压缩，不是因为模型在 272K 就停了。
打开方式是
~/.codex/config.toml里三行，或一次 CLI 参数。 保存后重启 Codex，并新开会话。API 上输入超过 272K 会按整单 2 倍输入、1.5 倍输出计费。 订阅用户也反馈额度掉得更快。没有必要把 100 万设成每天的默认。
Tabbit 的模型列表里已经有 GPT-5.6 Sol。 接入后没有再加一层需要手动打开的产品 cap。标签页、文件、截图用
@引用即可。Codex 和 Tabbit 是两套运行时。 Codex 面向仓库里的编码 agent；Tabbit 面向页面上的工作。材料在哪，就选哪条路。
GPT-5.6 Sol 100 万上下文一览
| 路径 | 官方 / 有效窗口 | 怎么拿到 | 代价 | 更适合 |
|---|---|---|---|---|
| GPT-5.6 Sol API | 文档 1,050,000 token | gpt-5.6-sol 或别名 gpt-5.6 | 输入 >272K 时，整单按 2 倍输入、1.5 倍输出 | 自己计量的应用和 agent |
| Codex 默认 | 更短的产品默认（近期靠近 272K） | 不用额外配置 | 更不容易悄悄跨进长上下文加价；更早开始压缩 | 日常 Codex 会话 |
| Codex 100 万开关 | 约 1,000,000 token，约 900,000 开始压缩 | config.toml 或 CLI -c | 提示词更大、历史留得更久、额度掉得更快 | 大仓库、长调试、研究型编码 |
| Tabbit GPT-5.6 Sol | 同一模型家族；没有 Codex config.toml 步骤 | 在浏览器里选 GPT-5.6 Sol | 仍受 Tabbit 套餐额度限制；这不是 Codex 席位 | 页面、标签组、截图、文件当上下文 |
272K 是 计费和产品默认 边界，不是模型硬顶。AI Weekly 对 Codex PR #33972 的整理 写过：捆绑 metadata 曾试过约 372K，后来又拉回 272K 一带。模型页上的 1.05M 规格没有跟着缩小。
Tibo 帖子实际写了什么
Tibo（OpenAI，负责 Codex 与 ChatGPT）发的是长帖，不是一句口诀。有用的部分是：
更大窗口让 Codex 在摘要旧轮次之前，多留一些 代码、工具输出和对话。
模型必须真的支持这个窗口。Sol 文档数字是 1,050,000 token。
配置写在
config.toml顶层，任何[section]之前。保存后 重启 Codex，并新开会话。旧线程不会继承新预算。
默认值有原因。他的收尾是：玩得开心，但也要知道默认是仔细调过的。
后续报道还提到：这条 100 万路径以前主要给 API Key，后来也对 ChatGPT 账号 的 Codex 打开了开关。把它当作 2026 年 8 月 16–17 日的产品新闻；如果参数没生效，先核对客户端版本。
ChatGPT Learn 的 模型指南 早已把 Sol 列为 GPT-5.6 旗舰，用于复杂编程、电脑操作、研究和网络安全。几个月里缺的不是「Codex 有没有 Sol」，而是「为什么会话这么早被压缩」。这个缺口也写在 GitHub issue #33306 里：用户要的是可开关的完整窗口，以及看得见的压缩阈值，而不是一个静默的更小上限。
中文新闻今天几乎都在转写同一条帖，例如 IT之家。差别在于下面两节：什么时候不要开，以及浏览器里还有一条路。
在 Codex 里打开 100 万上下文
下面就是 Tibo 公布的方法，按原文配置，不是隐藏 API。
方式 A — 写进用户配置
打开 ~/.codex/config.toml，在任何 [section] 之前加入或更新：
model = "gpt-5.6-sol"
model_context_window = 1000000
model_auto_compact_token_limit = 900000三行分别表示：
model选 GPT-5.6 Sol。model_context_window把预算设到 100 万 token（低于文档 105 万上限）。model_auto_compact_token_limit大约在 90 万 token 开始自动压缩，留一点余量。
重启 Codex 客户端。再 新开 一个会话。
方式 B — 只试这一次，不改默认
codex -m gpt-5.6-sol \
-c model_context_window=1000000 \
-c model_auto_compact_token_limit=900000每个会话都要大窗口就用 A。只想救一次难改的重构就用 B。
为什么默认比 105 万短
同一模型上面叠了三件事。
成本。 Sol 模型页写得很清楚：输入超过 272K token 的请求，按 整单 2 倍输入、1.5 倍输出计费。不是只对多出来的那一截加价。273K 和 271K 是两张不同的账单。Codex 把默认往 272K 靠，是为了让普通会话少踩这条线。
额度。 同一条 r/codex 帖 里，点赞最高的评论提醒：超过 272K「会按 2 倍速率吃用量，小心点」。另有人调侃，接下来会刷屏「200 美元订阅十分钟烧光」。这是用户报告，不是官方 ChatGPT 价目表。直觉仍然对：窗口越大，后面每一轮带上的 token 越多。
默认循环的质量。 自动压缩是有损的，目的是让工具跑很久之后还能继续。YouTube 上 Superbash 的 Did OpenAI nerf GPT 5.6 Sol? 把更早的产品改动概括成：往 272K 回退，以及额度掉得太快的抱怨。这和 metadata 故事一致：OpenAI 没有改 Sol 的 API 规格，改的是 Codex 默认暴露多少。
所以 100 万开关是真的，默认短窗口也是真的。它们服务不同任务。
什么时候不要开 100 万
继续用 Codex 默认，如果：
任务只有几个文件、对话也不长。
你的周额度或月额度经不起一次会话倒空。
你本来就靠压缩续命，不想让 90 万 token 的失败尝试一直占着后面每一轮。
值得打开，如果：
实现确实依赖超过约 25 万 token 的活上下文，也就是上面那种「快做完就被清空」的情况。
你在做架构、长调试，或压缩一次就要把同一棵目录重新读一遍的研究。
你接受「更多上下文」也可能是更多噪音。同一帖里已有人在问 甜点区间，而不是最大值。
Tibo 的警告可以当成产品政策：默认调过；你可以改；后果你自己担。
一条更省事的路：Tabbit 里本来就有 GPT-5.6 Sol
如果你想开 100 万，只是因为「模型都支持百万级了，还要跟产品 cap 打架」，改 Codex 配置是一种修法，但不是唯一运行时。
Tabbit Browser 是内置 GPT-5.6 Sol 的 AI 原生浏览器。国际版官网 tabbit.ai 的 FAQ 已写出 GPT-5.6。多模型对比界面里，Sol 是一列可选模型，不是藏在 Codex 开关后面的隐藏能力。接入 Sol 之后，Tabbit 没有再加一层需要你手动打开的产品 cap。选模型就能用，不用改配置去「打开 100 万」。
工作流和「把整个 git 仓库塞进一条 Codex 线程」相反：
打开你真正要用的页面、PDF 或本地文件。
在全能输入框或对话里输入
@，引用标签页、标签组、截图或文件。和页面聊天 就在源页面旁边。选择 GPT-5.6 Sol（也可以和其它模型家族并排对比）。
若是公开网上的多步任务，用 Agent Mode 放到独立标签组，避免抢走你正在看的页面。
这是浏览器级上下文，不是一个 model_context_window 整数。材料本来就在标签页里时，通常比把 URL 塞进编码 agent 更合适。我们在 agentic reasoning 里写过计划—行动—观察循环；Tabbit 能让这个循环看见你已经打开的页面。
边界说清楚： Tabbit 不能替代 Codex 去给大仓库打补丁、跑测试、在 IDE 里应用 diff。它也不会让每个套餐变成无限额度。模型权限和每周 / Pro 额度仍然有效，以 Tabbit 价格 为准。本文不声称已经实测跑满 1.05M token 的 Tabbit 会话。能核对的更窄：选择器里有 Sol，而且你不用改 ~/.codex/config.toml。
如果之前已经在 Tabbit 里用过更早的 GPT-5.x，路径和 在 Tabbit 里用 GPT-5.4 一样：模型就在页面旁边。Sol 是这一代的旗舰，不是只有 Codex 才能开的隐藏档。
哪种任务走哪条路
| 任务 | 更合适的路径 | 原因 | 注意 |
|---|---|---|---|
| git 仓库里的多文件重构 | Codex 100 万开关 | 工具输出和读文件留在编码 agent 里 | 额度；改配置后要 新开 会话 |
| 日常 Codex 写代码 | Codex 默认 | 更便宜，压缩也更早 | 不要把 100 万片段同步到每台机器 |
| 同时对比十个打开的文档页 | Tabbit + GPT-5.6 Sol | @ 引用你还能看见的页面 | 不能替代 git 和测试 |
| 源页面保持可见的长研究 | Tabbit Agent Mode | 同类 agentic 浏览器 循环，页面可核对 | 公开网页和本地文件；不是 Microsoft 365 Graph |
| 很在意 Plus/Pro 当周额度 | 留在 Codex 默认，或 Tabbit Free/Standard | 100 万再加高推理，额度消失得很快 | 若直接打 Sol API，仍有 272K 倍率 |
| IDE 里对比 Claude / Codex | Codex 对 Tabbit vs Claude Code | 产品不同，上下文旋钮也不同 | 不要假设每个客户端都暴露 1.05M |
主要读公开网页的人，也可以先看 研究用浏览器，不必先改 TOML。要横向看 AI 浏览器，用 2026 对比。不是 Codex、但想把 ChatGPT 放进浏览器的路径，见 内置 ChatGPT 的浏览器。
结论
仓库任务总在产品默认窗口上死掉时，再在 Codex 里打开 GPT-5.6 Sol 约 100 万上下文。用 Tibo 的三行配置，重启，新开会话。日常开发保持默认。模型真正的天花板是 105 万；272K 这条线关乎钱和压缩。
如果材料 已经在浏览器里，不必跟配置打架。Tabbit 里本来就能选 GPT-5.6 Sol。点模型，@ 标签页。这是页面级长上下文的更简单路径，不是说 Tabbit 等于 Codex。
需要这条路径，用文末下载。工作仍在仓库里，就继续留着 Codex。
常见问题
Codex 里怎么打开 GPT-5.6 Sol 的 100 万上下文？
打开 ~/.codex/config.toml，在任何 [section] 之前写入 model = gpt-5.6-sol、model_context_window = 1000000、model_auto_compact_token_limit = 900000。保存后重启 Codex，并新开一个会话。只想试一次可以用同样的 CLI 参数。这是 OpenAI 工程师 Tibo 在 2026 年 8 月 16 日公布的方法。
GPT-5.6 Sol 官方上下文窗口是多少？
OpenAI API 模型页写明 GPT-5.6 Sol 的上下文窗口是 1,050,000 token，最大输出 128,000 token。gpt-5.6 这个别名会路由到 Sol。Codex 产品默认窗口比这个规格更短，所以用户一直在要求可开关的完整窗口。
打开 100 万上下文会更贵吗？
在 API 上，输入超过 272K token 的请求会按整单 2 倍输入、1.5 倍输出计费，不是只对超出部分加价。Codex 订阅用户也反馈更大窗口会更快烧掉额度。Tibo 的帖子没有给每个 ChatGPT 套餐写一条计费公式，所以请把 100 万窗口当成按需选项，而不是日常默认。
Tabbit 浏览器有 GPT-5.6 Sol 吗？
有。Tabbit 国际版官网 FAQ 列出了 GPT-5.6，浏览器内的多模型对比界面也可以直接选 GPT-5.6 Sol。你在模型列表里选它即可，不需要改 Codex 的 config.toml 去抬产品上限。
应该一直开满 100 万窗口吗？
不应该。Tibo 明确说 Codex 默认长度是按性能和成本调过的。社区反馈是超长会话会很快吃掉周额度或月额度，而且自动压缩存在是因为把所有历史都塞进上下文并不总是更好。大任务、需要连续记忆时再开；日常开发保持默认。
长上下文应该用 Codex 还是 Tabbit？
任务在代码仓库、测试和补丁里，用 Codex CLI 或 IDE。上下文是正在看的网页、标签组、截图和本地文件，并且不想维护一份 Codex 配置时，用 Tabbit Browser 选 GPT-5.6 Sol。两者运行时不同，不是同一个产品的两个开关。