Codex 开启 1M 上下文的深坑：OpenCodex 冲突与高昂计费警示

近期，OpenAI 推出的 codex-cli/">Codex CLI 工具中针对 gpt-5.6-sol 模型开放了 100 万 token 上下文窗口的设置选项，引发了开发者的热烈讨论。理论上，用户可通过命令行参数（`model_context_window=1000000`）或修改 `config.toml` 文件轻松开启该功能。然而，实测发现这一过程存在诸多技术陷阱与隐形成本。

首先，主流的第三方管理工具 OpenCodex（OCX）与该功能存在严重兼容性问题。由于 OCX 在源码中硬编码了 372k 的上下文限制（`NATIVE_GPT56_CONTEXT_WINDOW`），其代理进程会自动覆盖用户的本地配置，导致即便手动设置了 1M 窗口，实际生效仍被限制在旧版本水平。解决该问题需要用户深入命令行卸载 shim 代理并关闭自启动服务，操作门槛较高。

其次，超长上下文带来的计费风险不容忽视。虽然官方宣布订阅用户现已可请求 1M 窗口，但这并非单纯的免费升级。根据 OpenAI 的计费规则，一旦输入超过 272k Token，输入价格将翻倍，输出价格变为 1.5 倍。对于使用 API Key 或第三方中转服务的开发者，若服务商未适配最新的计费逻辑，极易引发“账单爆炸”或服务端限流，导致实际开发效率与成本效益不成正比。

事件分析

核心观点：1M 上下文虽技术解禁，但受限于中间件硬编码冲突与阶梯式计费成本，开发者在追求超长上下文时需警惕配置失效与预算失控的双重风险。