Codex 解锁 1M 上下文:支持 GPT-5.6 Sol,改配置就能用
OpenAI 公布了在 Codex 中为 GPT-5.6 Sol 开启 100 万 token 上下文的配置方法。用户修改配置文件或添加 CLI 参数即可生效,能容纳更多代码与历史记录。不过官方提醒,默认限制原本已在性能与成本间做过调校。

如果你经常让 Codex 处理超长代码库,最烦的莫过于跑着跑着,之前的对话和工具输出就被压缩丢掉了。
OpenAI 团队成员 thsottiaux 公布了在 Codex 中为 GPT-5.6 Sol 开启 100 万 token 上下文窗口的方法。GPT-5.6 Sol 官方文档标注的上下文上限是 105 万 token,但 Codex 默认并没有全额开放。
改三行配置解锁百万上下文
开启方法很简单,在配置文件 ~/.codex/config.toml 顶部加上三行配置就行:将 model 设为 gpt-5.6-sol,model_context_window 设为 1000000,再把 model_auto_compact_token_limit 设为 900000。
最后这一项参数的作用,是在上下文达到 90 万 token 左右时启动历史自动压缩,给后续交互留出缓冲空间。保存后重启 Codex 并新建会话即可生效。
如果你不想改动全局默认配置,也可以在终端运行 codex 命令时,通过 -m 和 -c 参数直接给单次会话指定这套设置。
官方也特意提醒了一句,Codex 的默认上下文配额是针对速度和费用做过专门优化的,这次公开配置只是为了满足开发者的高频诉求。
为什么重要
对于需要塞进整套微服务架构或者分析几万行复杂报错的开发者来说,100 万 token 意味着 Codex 不会动不动就把先前的关键上下文总结掉,排查疑难杂症的连贯性会好很多。
但我们认为,这个开关并不适合所有人日常常开。跑满近百万 token 的开销和延迟注定会大幅上升,官方的克制提醒也是出于这个原因。它更像是一个随取随用的高阶武器,只在排查超大型项目或重构时单次挂载使用,看起来才是最划算的做法。
来源 (1)
- x.com(在新标签页打开)原文x.com