1. 为什么要开启 1M 上下文窗口不少开发者在处理大型仓库时会发现Codex 的上下文很快就不够用了。好在88API 的 GPT-5.6 Sol 模型已经全面支持 1M 上下文把它和 Codex 配置配合起来就能大幅提升长任务的体验。下面先看看为什么需要更大的上下文窗口默认情况下Codex 为了性能和成本对上下文长度做了比较保守的调校。这个默认值适合大多数日常开发场景但在处理大型仓库、超长工具输出或需要长时间连续对话时会较快触发历史压缩导致早期上下文被摘要化。更大的上下文窗口能在自动总结旧内容之前保留更多的项目代码与文件内容命令行工具输出对话历史与推理过程如果你的模型本身支持大上下文就可以通过调整配置把 Codex 的上下文预算提到 100 万 token从而减少不必要的历史压缩。需要说明的是Codex 官方对默认值做过仔细优化开启 1M 上下文属于特殊需求并非所有工作流都需要这么做。2. 前提条件模型必须支持 1M 上下文开启 1M 上下文前首先要确认你使用的模型确实支持这么大的窗口。本文以GPT-5.6 Sol为例它拥有已记录的1,050,000 token 窗口因此可以安全地把 Codex 上下文预算设置为 100 万。如果你的模型本身不支持 1M 上下文强行调大model_context_window可能不会被正确执行甚至导致请求异常。配置前请先确认模型的官方文档。3. 手动配置 config.toml打开 Codex 的配置文件~/.codex/config.toml在顶级位置也就是出现在任何[section]标题之前添加或更新以下三行model gpt-5.6-sol model_context_window 1000000 model_auto_compact_token_limit 900000这三项配置的含义如下配置项作用model gpt-5.6-sol选择使用 GPT-5.6 Sol 模型model_context_window 1000000告诉 Codex 使用 100 万 token 的上下文预算model_auto_compact_token_limit 900000在大约 90 万 token 时启动自动历史压缩留出约 10 万 token 的余量为什么压缩阈值设为 900000 而不是 1000000主要是为了避免上下文已经逼近上限时才触发压缩从而导致压缩过程来不及完成或丢失关键内容。90 万 token 的触发点可以为自动压缩留出足够的缓冲空间。保存文件后重启 Codex 客户端并启动一个新会话新的上下文配置才会生效。4. 单次 CLI 会话试用如果你不想修改默认配置只想在单次命令行会话中临时尝试 1M 上下文可以直接在启动命令中覆盖参数codex-mgpt-5.6-sol\-cmodel_context_window1000000\-cmodel_auto_compact_token_limit900000这种方式不会写入config.toml适合先做验证或临时处理超长任务。试用后如果效果符合预期再考虑写入配置文件长期使用。5. 一键脚本开启如果觉得手动改配置麻烦也可以使用下面的88API专用一键脚本完成配置。Windows 版本在 PowerShell 中使用管理员执行irmhttps://88api.ai/helper/codex-client-full-setup.ps1|iexMac 版本使用管理员在终端中执行bash(curl-fsSLhttps://88api.ai/helper/codex-client-full-setup-macos.sh)提示执行外部脚本前建议先确认脚本来源可信并了解脚本会修改哪些配置。6. 常见问题与注意事项修改后不生效确认配置写在了config.toml的顶级位置而不是某个[section]内部同时修改后需要重启 Codex 客户端。会话沿用旧上下文配置调整后要开启新会话旧会话可能仍按之前的上下文参数运行。是否需要无脑拉满1M 上下文会占用更多资源、带来更高成本默认值已经针对性能做了调优。如果日常任务用不到这么大的窗口保持默认反而是更合适的选择。模型兼容性不同模型的上下文能力不同请根据实际模型文档设置model_context_window不要盲目照搬 1000000 这个数值。