前两天我还在整理 GPT-5.6 的预览信息，当时最常见的问题是：模型发布了，为什么自己的 ChatGPT 或 Codex 里还是看不到？

现在接入状态已经有了变化。按 KKFlow 当前的上架通知：

• GPT-5.6 系列已经可以使用；
• 截至 2026 年 7 月 10 日，后台显示当前 PRO 模型分组均已开放；
• 如果客户端里看不到模型，先更新 Codex CLI、Codex 插件或 Codex App，再按当前工具界面刷新 Codex++ / CC Switch 的模型列表。

我把 Codex CLI 更新并重新加载配置后，当前使用的模型已经切到了：

gpt-5.6-sol

我已经确认当前 Codex 配置选中了这个模型，并且可以正常发起调用。这里的“已上架”指 KKFlow 后台和 PRO 模型分组已经开放 GPT-5.6 系列，不代表所有 OpenAI 官方账号都已经同步获得相同权限。官方直连、第三方接入和不同账号的模型列表，仍然要分别确认。

Codex 当前给 GPT-5.6 Sol 的模型提示是：

Tip: Our most capable model yet. GPT-5.6 Sol can tackle complex code changes, dig into research, produce polished documents, and take on your most ambitious work. Sol is highly capable at lower reasoning efforts - try starting lower, then turn it up for harder jobs.

简单翻译一下：这是目前能力最强的一档模型，可以处理复杂代码修改、深入研究和高质量文档等任务。Sol 在较低推理强度下也有不错的能力，日常任务可以先从较低档位开始，遇到真正困难的任务再提高推理强度。

不过先说明一个很容易误解的地方：

看不到 GPT-5.6，先更新客户端和模型列表；更新后仍没有，再检查账号和接入权限。

客户端版本、模型列表、账号或 API Key 权限、模型分组、模型名称和接入地址，缺一项都可能导致你看不到或用不了新模型。下面把不同使用方式的更新和接入过程分别整理一下。

一、Codex CLI 用户：先更新客户端，再刷新模型列表

1. 更新 Codex CLI

如果你用的是命令行版 Codex，npm 安装方式可以直接执行：

npm install -g @openai/codex@latest

更新完成后检查版本：

codex --version

我写这篇文章时，本机显示的是：

codex-cli 0.144.1

这是 2026 年 7 月 10 日写稿时的版本号。你看到更高版本很正常，重点是本机版本要和 npm 当前的最新版对上。

如果执行了更新命令，版本号却没有变化，可以先检查系统实际调用的是哪一个 Codex：

Get-Command codex
where.exe codex

有些电脑以前装过多个版本，终端命中的还是旧路径。确认路径后，关闭当前终端，重新打开 PowerShell，再运行一次：

codex

更新完成后一定要重新进入 Codex CLI，新的客户端版本和配置才会被重新读取。

2. IDE 插件用户也要更新 Codex 插件

如果你是在 VS Code、Cursor 或其他编辑器里使用 Codex 插件，需要先到编辑器的扩展管理页面更新插件，然后重载编辑器窗口。只更新命令行，不一定会同步更新编辑器里正在运行的插件版本。

3. 使用 Codex++ 或 CC Switch，先拉取最新模型列表

这里说的 CC Switch，就是旧教程里常写的 cc-switch，后台按钮也可能显示为“导入到 CCS”。以下步骤来自当前 Codex++、CC Switch 界面和 KKFlow 通知，不是 Codex 官方通用命令。

已经通过 Codex++、CC Switch 或 CCS 管理配置的用户，不一定要从头重写配置。可以先打开工具里的模型管理或模型列表页面，执行“刷新”或“拉取最新模型列表”。不同版本的按钮名称可能略有差异。

刷新后重新启用当前配置，完全退出旧终端，再打开 Codex CLI。进入 Codex 后可以输入：

/model

打开当前模型选择器。如果里面已经出现 GPT-5.6，可以选择对应模型；第三方接入服务实际开放哪些型号，仍然要以后台、/v1/models 和最终调用结果为准。也可以在模型权限已经开通的前提下直接启动：

codex -m gpt-5.6-sol

这个参数只切换模型，不会自动切换 provider。执行前要先确认当前启用的 provider、Base URL 和认证配置是正确的。

4. 刷新后还是没有，就修改 config.toml

如果 Codex++ 或 CC Switch 还没有拉到新模型，也可以直接修改 Codex 配置文件。不过 CCS、不同 profile 或自定义 CODEX_HOME 可能使用其他路径，先确认当前启用配置对应的实际文件；工具管理的配置也可能在下次切换时被覆盖。

如果使用 Codex 默认路径，Windows 下可以打开：

notepad "$env:USERPROFILE\.codex\config.toml"

macOS 和 Linux 通常对应：

~/.codex/config.toml

在保留现有 provider、Base URL 和认证配置的前提下，修改文件顶部已有的根级 model 字段，不要把它直接追加到 [model_providers.xxx] 表的末尾。例如当前使用 Sol：

model = "gpt-5.6-sol"

如果原配置里还有 review_model，并且希望代码审查也使用同一个模型，可以一起修改：

review_model = "gpt-5.6-sol"

保存后完全退出 Codex，再新开终端。如果配置由 Codex++ 或 CC Switch 管理，优先在工具内同步修改，避免下次切换配置时覆盖手工内容。模型名称不要靠猜，官方账号、不同 API 服务和不同模型分组展示的名称可能不完全一样，一律以当前客户端或后台实际显示的模型 ID 为准。

二、Codex App 用户：先更新，再选择一条登录路线

如果你平时使用 Codex App，Windows 用户先去微软商店检查更新。我在 2026 年 7 月 10 日看到商店里显示的名称是 ChatGPT Codex，搜索时不要只盯着旧名称 Codex。这部分按当前商店页面和 KKFlow 通知记录，后续名称或入口如果变化，以实际界面为准。

更新完成后，官方登录和 KKFlow 第三方接入是两条不同路线，不要混在一起理解。

路线 A：使用自己的 OpenAI / ChatGPT 账号

1. 先保存当前任务，完全退出 Codex App；
2. 打开微软商店，在“库”或更新页面查找 ChatGPT Codex；
3. 完成更新后重新启动 App；
4. 登录自己的 OpenAI / ChatGPT 账号；
5. 新建一个会话，再检查模型选择器。

如果没有单独注册的账号，也可以在官方登录页选择使用自己的 Google 账号继续登录。Google 登录只是登录方式，不会绕过模型权限，也不能保证每个账号立即出现 GPT-5.6。

路线 B：使用 KKFlow 第三方 provider

如果通过 CCS 切换第三方配置，可以按当前界面选择“保留官方登录”，再启用 KKFlow 对应的 provider 配置和 Key。“保留官方登录”只是保留原有登录状态，不会自动授予 GPT-5.6 权限，也不是 KKFlow 的认证方式。

如果不使用官方账号或 Google 登录，则直接走第三方 provider 配置：在 CCS 中启用对应配置，或者按第一节说明修改当前实际生效的 config.toml，把根级 model 改成后台提供的 GPT-5.6 模型 ID。配置完成后完全退出 App 再重新打开。

不要使用来源不明的账号，也不要在群聊、截图或配置分享中暴露自己的登录信息。App 更新成功只能说明客户端已经准备好，最终能否调用还要看当前登录状态、第三方配置和模型权限。

三、为什么别人已经用上了，你更新后还是没有？

新模型上线时，最容易出现的误区就是把所有问题都归到“版本太旧”。实际上，能不能调用成功至少要看下面几层：

现象	优先检查
Codex 里没有 GPT-5.6	客户端版本、账号或工作区权限、模型是否分批开放
Codex++ / CC Switch 里没有 GPT-5.6	是否已按当前工具界面刷新模型列表，当前配置是否重新启用
App 仍显示旧名称或旧模型	微软商店里的 ChatGPT Codex 是否已经完成更新，App 是否完全退出重开
提示 model not found	模型 ID 是否正确，当前 Key 或分组是否开放该模型
提示 401	API Key 是否有效，认证方式是否正确
提示 403	当前账户、Key 或模型分组是否具有访问权限
提示 429	当前用量、额度或请求频率是否达到限制
更新后仍显示旧版本	电脑里是否存在多个 Codex 安装路径
修改配置后没有生效	是否完全退出客户端并新开终端或会话
模型列表能看到但调用失败	接入地址、接口协议和当前模型权限是否匹配

所以正确顺序不是反复重装，而是逐层确认：

客户端版本 -> 接入地址 -> API Key -> 模型分组 -> 模型 ID -> 实际调用

更新客户端只是第一步。

四、我为什么会用统一 API 接入入口？

如果能直接、稳定地使用官方链路，当然优先按官方方式配置。

但国内开发者真正开始用 Codex 后，往往会碰到一些比“会不会写提示词”更现实的问题：网络和认证怎么处理，Key 放在哪里，Base URL 怎么填，模型名怎么切，多个客户端怎么统一管理，用量和报错又去哪里看。

我自己常用的一个第三方 AI API 统一接入服务是：

https://kkflow.org

我能在 Codex 里调用 gpt-5.6-sol，走的就是 KKFlow 当前开放的第三方接入链路。在第三方服务的模型列表里看到并调用这个模型，不等于当前账号获得了 OpenAI 官方直连的同等权限。

我更看重 KKFlow 的地方，不是把它当成一个单独的“新模型入口”，而是可以把 Key、模型、接口地址和用量放到同一套后台里管理。平时同时用 Codex、Claude Code、OpenAI 兼容脚本或生图 API 时，可以减少重复配置。

几个常用地址可以先记住：

用途	地址
主站、登录、后台和指南	https://kkflow.org
OpenAI 兼容 API Base URL	https://kkflow.org/v1
模型列表测试接口	https://kkflow.org/v1/models

如果要先确认自己的 Key 能看到哪些模型，可以在 PowerShell 里测试：

curl.exe "https://kkflow.org/v1/models" `
  -H "Authorization: Bearer sk-你的KKFlow密钥"

公开文章、截图、群聊和 Git 仓库里都不要出现真实 API Key。上面的 sk-你的KKFlow密钥 只是占位符。

另外，OpenAI 兼容客户端通常使用 /v1 地址，但 Codex 的具体配置还会涉及 provider 和接口协议。最稳妥的方式是以 KKFlow 后台当前的 Codex 接入指南或生成配置为准，不要把其他客户端的配置原样硬套过来。

五、接通 GPT-5.6 后，我建议先这样验证

刚切到新模型，没必要第一句话就让它“重构整个项目”。这种测试看起来很猛，实际上很难判断模型到底理解了多少，也容易让改动范围失控。

我更建议先让 Codex 做一次只读分析：

先不要修改任何文件。

请阅读当前项目并告诉我：
1. 项目使用了什么技术栈；
2. 主要目录分别负责什么；
3. 启动、测试和构建命令在哪里；
4. 当前最值得优先关注的三个风险点。

回答时请引用具体文件路径。

确认它能找到正确文件、理解已有结构后，再给一个范围明确的小任务：

请先给出修改计划，不要立即改代码。
计划中说明会涉及哪些文件、每处准备改什么，以及完成后如何验证。

最后再让它执行修改和验证。这个过程比问几个知识题更能看出模型在真实开发里的价值：能不能读懂项目，能不能控制修改范围，能不能使用工具，以及改完后会不会自查。

至于 GPT-5.6 相比上一代到底提升了多少，我暂时不想只凭一两个任务下结论。对我来说，现阶段最重要的变化是：它已经不再只是发布信息里的模型，而是确实进入了我正在使用的 Codex 工作流。

六、最后总结

如果你也准备在 Codex 里尝试 GPT-5.6，可以按这条路径检查：

更新 Codex CLI、插件或微软商店里的 ChatGPT Codex
-> 刷新 Codex++ / CC Switch 模型列表
-> 重新启用配置并重启客户端
-> 检查账号、模型权限和模型 ID
-> 确认 Base URL 与 API Key
-> 先做只读小任务
-> 再进入真实项目开发

具体命令、App 更新和 CCS 配置已经分别放在前面的章节。无论走官方链路还是第三方服务，最终都要以当前账号、Key 分组、后台模型列表和实际调用结果为准。

如果你的 Codex 里仍然看不到 GPT-5.6，可以在评论区带上操作系统、codex --version 输出和脱敏后的具体报错，信息越完整越容易定位问题。

参考资料

• OpenAI Codex CLI：https://developers.openai.com/codex/cli/
• OpenAI Codex App：https://developers.openai.com/codex/app/
• OpenAI GPT-5.6 预览介绍：https://openai.com/index/previewing-gpt-5-6-sol/
• KKFlow：https://kkflow.org