OpenAI把GPT-6.1 Sol在Codex和ChatGPT Work里的默认上下文长度，从272k提到了500k。按官方说法，这是一次约80%的提升。不是可选项，是默认值——你打开就能用到的那个数字变了。

官方同时放话：未来还会继续往上加。这句话的分量在于，它把"上下文长度"从一次版本更新的参数，变成了一个持续加码的方向。

打开网易新闻 查看精彩图片

为什么是默认值，而不是上限

上下文长度这件事，用户感知最强的从来不是"最大能塞多少"，而是"不调设置就有多少"。默认值决定了大多数人实际的工作方式：你写代码、跑重构、让模型读一整个功能目录，用的就是默认那档。

从272k到500k，变化落在具体场景里是这样的——官方给出的解释是，这能减少compaction（上下文压缩）的发生频率，并且对需要保留大量上下文的任务更有帮助。

换句话说，以前你可能在重构到一半时被迫让模型"忘掉"前面的内容，现在这个中断点被往后推了。

窗口变大，不等于该往里倒东西

官方在说明里补了一句很关键的提醒：更多上下文只在任务确实需要大代码库或长历史时才有用；否则应该保持提示词聚焦，把多出来的窗口留给相关文件，而不是做一次更大的上下文倾倒。

这句话其实是在给"500k"降温。窗口大是一种能力，怎么用是另一回事。

打开网易新闻 查看精彩图片

官方给出的一个具体用法示例是这样的：让模型加载功能文件夹，列出入口点、待办事项和将要运行的测试，明确要求不要把这些清单压缩掉，在索要更多文件之前先完成它。

这个提示词的结构值得注意——它把"保留什么"写进了指令里，而不是指望模型自己判断。

更大的窗口，仍然需要一份写下来的交接

官方最后一句总结得很直白：更大的窗口仍然需要一份写下来的handoff（交接说明）。

这等于承认了一件事：上下文长度解决的是"能装多少"，解决不了"该装什么"。500k不会自动让模型理解你的项目结构，它只是让你有更多空间把结构讲清楚。

对天天在Codex里做重构的人来说，这次调整的实际价值可能就体现在一个动作上——不再需要在中途重启。官方那句"当你不再在重构中途重启时，500k默认值就有用"，说的正是这个。

至于未来会加到多少，官方没有给数字，只说会更高。