Codex 做到一半又忘了，原来 100 万窗口得自己开

用 Codex 啃大项目，最烦的不是它不会写，而是它写着写着就忘了。

前面刚看过的目录结构，后面又问一遍。刚修过的接口约定，过两轮又改回去。工具输出明明已经出来了，它却像没看见一样，重新猜一遍。很多人第一反应是：GPT-5.6 Sol 不行，上下文还是太短。

真正让我愣住的是另一件事。模型本身不是只有二三十万窗口，官方写的是大约 105 万 token。卡住你的，往往是 Codex 默认没把这扇窗开满。

不是模型突然变笨，是产品先替你踩了刹车

OpenAI 做 Codex 的 Tibo 把这件事说开了。

GPT-5.6 Sol 官方支持大约 105 万 token 的上下文。更大的窗口，能让 Codex 在开始压缩旧材料之前，多留住一些代码、工具输出和对话历史。但 Codex 默认不会把这个窗口拉满。Tibo 的原话很直白：默认值是按性能和成本调过的，他们知道很多人想开满，所以把开关写出来了。

也就是说，你以为自己已经在用满血 Sol，其实很多时候只用到了产品层愿意给你的那一截。

这件事很容易被理解成故意阉割。我一开始也这么想。后来把官方定价和默认窗口对了一下，才觉得默认值没那么坏。

API 侧很清楚：输入一旦超过 27.2 万 token，整次请求按 2 倍输入、1.5 倍输出计价。窗口越大，会话越容易堆满日志、diff、测试输出和多轮修改痕迹，额度掉得也更快。更麻烦的是，超长上下文里的注意力并不均匀，中间那段最容易被忽略。窗口开满了，不等于模型把每一页都看清了。

所以默认值更像一道保险，不是羞辱。OpenAI 先让大多数人走更稳、更省、更不容易把自己烧穿的路径，再给愿意承担代价的人留一扇门。

三行配置，就能把窗口拉到 100 万

想试满血，不用装新东西。打开 ~/.codex/config.toml ，在最顶部、任何 [section] 之前加上这三行：

model = "gpt-5.6-sol"model_context_window= 1000000model_auto_compact_token_limit= 900000

第一行选定模型。第二行把上下文预算拉到 100 万。第三行让自动压缩大约在 90 万附近才开始，给后面留出大约 10 万的缓冲。保存后重启 Codex，再开一个新会话，不要在旧对话里接着试。

如果不想改默认配置，终端里临时跑一次也行：

codex -m gpt-5.6-sol \ -c model_context_window=1000000 \ -c model_auto_compact_token_limit=900000

这两个数字别设成一样的。窗口是天花板，压缩线是提前刹车点。Tibo 特意把压缩线放在 90 万，就是怕你把屋子堆到墙根，再让系统临时收拾。

还有一个容易漏的细节。这个 100 万窗口，以前主要跟 API key 走得通。Tibo 后来补了一句：他们刚把开关翻过来，ChatGPT 账号现在也能用了。如果你之前试过没生效，先确认客户端已更新，再新开会话。

什么时候值得开，什么时候别开

不是所有活都该上 100 万。

值得开的，通常是这些场面：一次性吞下一个很大的 monorepo，做长周期调试，做逆向排查，做跨很多文件的重构，还得把大量工具输出和多轮修改历史留住。这种时候，多出来的上下文不是面子，是救命的。少压缩一次，就少一次把关键约束、失败日志和已确认接口弄丢的风险。

日常改个小功能、补个单测、修一个局部报错，默认配置往往更快、更省、更稳。窗口小一点，模型更不容易在一堆旧输出里迷路，你也不至于为了几屏代码，提前踩进更贵的计费区间。

我自己现在会把它当成两种模式，而不是一个永远打开的满血开关。

小任务用默认。大任务、长任务、必须带着历史往下推的任务，再临时把窗口拉开。试完如果发现变慢、变贵、中间细节开始糊，就退回默认。真正会用的人，不是什么场景都拉满，而是知道什么时候该克制。

模型有能力，不代表产品会把能力全给你

这件事最值得留下的，不是那三行配置。

模型能力和产品能力之间，隔着一道刻意的权衡。OpenAI 选择让大多数人先用更安全的默认值，同时给懂行的人留一扇需要自己打开的门。Agent 时代，会改配置、能看懂取舍的人，本来就能比只会点默认按钮的人多挖出一截能力。

但高手不是把所有旋钮拧到最大。高手知道，满血会更贵，会更慢，也会让模型更容易在长上下文中间走神。配置会改，能力就能多挖一截；但克制本身也是能力。

如果你也经常觉得 Codex 处理大项目时丢三落四，先别急着换模型。打开配置看一眼，它可能只是还没被你允许记住那么多。