# Codex 提示 GPT-5.5 模型不存在？10 月 14 日退役后按套餐换模型 > GPT-5.5 于 10 月 14 日从 ChatGPT 登录的 Codex 退役，API 仍可用；Plus 以上换 gpt-6-sol，Free/Go 换 gpt-6-luna。 - URL: https://blog.laozhang.ai/zh/posts/codex-gpt-5-5-model-not-found - Published: 2026-10-14 - Updated: 2026-10-14 - Author: LaoZhang AI Team (https://blog.laozhang.ai/zh/about) - Topic: 开发工具与智能体 - Tags: Codex, GPT-5.5, Codex CLI, 模型不存在, 404, GPT-6 Sol, config.toml --- 2026 年 10 月 14 日起，GPT-5.5 从 ChatGPT、ChatGPT Work 和用 ChatGPT 登录的 Codex 退役，覆盖所有套餐，包括 Business、Enterprise 和 Edu；OpenAI API 不在退役范围内（[Codex 模型文档里的 GPT-5.5 退役说明](https://learn.chatgpt.com/docs/models#gpt-55-retirement)）。所以从这一天起，在 Codex 里看到 `gpt-5.5` 不存在、404，或者模型列表里找不到 GPT-5.5，都不需要重装客户端或排查网络：Plus、Pro、Business、Enterprise、Edu 换成 `gpt-6-sol`，Free 和 Go 在桌面 App 里换成 `gpt-6-luna`，然后把所有还写着 `gpt-5.5` 的配置、脚本和定时任务一起改掉。确实离不开 GPT-5.5 的，剩下的只有用 API key 登录、按 API 价格计费这一条路。 例外是 10 月 14 日之前的报错。同样的 404 在 6 月和 9 月 GPT-5.5 仍受支持时大面积出现过，原因与退役无关。先看报错日期和登录方式，再决定怎么处理。 ## 报错原文对照：按日期分清退役、服务端故障和未开通 GPT-5.5 在 Codex 里出现过的报错主要有这四种（英文原样）： ```text unexpected status 404 Not Found: The model `gpt-5.5` does not exist or you do not have access to it., url: https://chatgpt.com/backend-api/codex/responses unexpected status 404 Not Found: Model not found gpt-5.5 The 'gpt-5.5' model is not supported when using Codex with a ChatGPT account. Model metadata for `gpt-5.5` not found. Defaulting to fallback metadata ``` 它们在不同时间代表不同的事： | 报错片段 | 集中出现的时间 | 当时的原因 | | --- | --- | --- | | `does not exist or you do not have access` | 2026 年 9 月 6 日起，零星延续到 10 月初 | 服务端故障；同一账号上 `gpt-6-astra`、GPT-5.6 系列正常 | | `Model not found gpt-5.5` | 2026 年 6 月 7 日起，6 月 23 日再次出现 | 服务端故障；当时 `gpt-5.4` 正常 | | `not supported when using Codex with a ChatGPT account` | 2026 年 4 月 GPT-5.5 上线后的头几天 | 新模型还没推送到该账号，几天后自行恢复 | | `Model metadata for gpt-5.5 not found` | 2026 年 4 月，旧版 CLI | 客户端版本比模型旧，更新即可 | 这些记录都来自 GitHub 上 openai/codex 仓库的社区报告；6 月和 9 月两波故障的讨论里，OpenAI 没有给出原因说明。最后一种警告与官方 4 月更新日志的提示一致：看不到 GPT-5.5 时，把 CLI、IDE 插件或 Codex App 更新到最新版。 判断时先看日期和登录方式，不要只看报错句子： 1. **报错发生在 10 月 14 日或之后，且 `codex login status` 显示用 ChatGPT 登录**：按退役处理，直接换模型，不用等它恢复。退役后 Codex 具体回哪一句报错，截至 2026 年 10 月 14 日还没有公开样本。可以参考的是 GPT-5.4：它 8 月 31 日退役后，社区报告里看到的是 ``The `gpt-5.4` model is not supported when using Codex with a ChatGPT account.``。GPT-5.5 很可能出现同样句式，但不管看到上面哪一句，这个日期之后的处理都一样。 2. **同一句 "not supported when using Codex with a ChatGPT account"** 在 4 月表示"还没开通"，在 GPT-5.4 退役后表示"已经下线"。句子本身分不出两种情况，日期能分。 3. **`codex login status` 显示用 API key 登录**：不在这次退役范围内，报错要按 OpenAI API 账号和项目的模型权限去查。 4. **翻到的是 10 月 14 日之前的日志**：看下文"6 月和 9 月两波 404"一节。 ![Codex 报 gpt-5.5 错误的判断流程：API key 登录不在退役范围，ChatGPT 登录且在 10 月 14 日之后按退役换模型，之前的四种报错分别对应服务端故障、还没开通和旧版 CLI](https://blog.laozhang.ai/posts/zh/codex-gpt-5-5-model-not-found/img/gpt-5-5-error-triage.webp) ## 10 月 14 日实测：Codex 列表已隐藏 gpt-5.5，指定后仍能返回 退役当天在一台 Mac 上做了一次实测，环境与命令如下： - 客户端：ChatGPT.app 自带的 Codex CLI，版本 `codex-cli 0.162.0-alpha.17.2` - 登录：`codex login status` 显示 `Logged in using ChatGPT`（套餐没有记录） - 命令： ```bash codex exec --skip-git-repo-check --ephemeral -m gpt-5.5 -c model_reasoning_effort=low "Reply with exactly OK." ``` 观察到的结果： - UTC 10:10:38（北京时间 18:10）刷新的本地模型缓存 `~/.codex/models_cache.json` 里，`gpt-5.5` 的 `visibility` 已经是 `"hide"`；`gpt-6-luna`、`gpt-5.6-terra`、`gpt-5.6-luna` 仍是 `"list"`。 - UTC 10:13 和 10:19 两次运行上面的命令，`gpt-5.5` 都返回 `OK`，退出码 0。对照命令 `-m gpt-6-luna` 同样返回 `OK`。 - 没有观察到退役后的报错，所以上一节说的报错句式仍是推测。 这说明退役先体现在模型选择器上：列表里先没了 GPT-5.5，而在命令里显式写 `-m gpt-5.5` 的请求，到北京时间 18:19 仍能通过。官方文档只给了日期，没有给具体时刻。这只是一个账号、一台机器上的结果，不能推断所有账号同时生效。实际影响是：脚本和定时任务里写死的 `gpt-5.5` 可能还会跑一阵，之后在某个时刻开始失败，所以不要等它报错再改。 ## GPT-5.5 换成什么：Plus 及以上 gpt-6-sol，Free/Go 用 gpt-6-luna 官方给出的直接替代按套餐分： | 套餐 | 直接替代 GPT-5.5 | 前提 | | --- | --- | --- | | Plus、Pro | GPT-6 Sol（`gpt-6-sol`） | 出现在你的客户端里即可选 | | Business、Enterprise、Edu | GPT-6 Sol（`gpt-6-sol`） | 管理员先为相关用户启用 | | Free、Go | GPT-6 Luna（`gpt-6-luna`） | 官方写的是在桌面 App 里选 | 团队套餐要注意一句官方原话："Changing a default doesn't grant model access."，即改了默认模型并不等于有了访问权限。管理员把工作区默认值换成 `gpt-6-sol` 之前，要先确认这个模型已对受影响的用户启用（[ChatGPT 工作区模型可用性页面里的 GPT-5.5 退役准备](https://learn.chatgpt.com/docs/enterprise/workspace-model-availability#prepare-for-the-gpt-55-retirement)）。 "直接替代"和"现在最好用的"是两个问题。复杂编码和多步骤的 agent 任务，官方当前推荐 GPT-6.1 Sol（`gpt-6.1-sol`），它和 `gpt-6-sol` 是两个不同的模型 ID： - GPT-6.1 Sol 的推送范围是 Plus、Pro、Business、Enterprise、Edu 的桌面 App 和 CLI；Enterprise 和 Edu 默认关闭，需要管理员开启；Free 和 Go 首发不包括。 - 最难的端到端任务可以选 GPT-6 Astra（`gpt-6-astra`），重复、范围明确的小任务用 Luna。 - GPT-6.1 Sol 推送期间，GPT-5.6 Sol、GPT-5.6 Terra 和 GPT-5.6 Luna 仍然可用。新模型还没出现在你的选择器里时，可以先用它们过渡。 GPT-6.1 Sol 的价格和迁移细节见 [GPT-6.1 Sol 怎么用：价格变化、迁移改动与可用入口](https://blog.laozhang.ai/zh/posts/gpt-6-1-sol)。 有两个旧模型不要换回去：`gpt-5.4` 和 `gpt-5.4-mini` 已在 2026 年 8 月 31 日从 ChatGPT 登录的 Codex 退役，`gpt-5.3-codex-spark` 在 9 月 14 日退役，`gpt-5.2` 和 `gpt-5.3-codex` 也早已停用。6 月那波 404 时流传过"先切到 `gpt-5.4-mini` 再切回来"的做法，现在 `gpt-5.4-mini` 和 `gpt-5.5` 都已退役，这个办法也就不存在了。 ## 配置里没写 gpt-5.5 却还在用：按优先级查 8 个位置 多数情况是某个优先级更高的配置层把模型固定住了，或者 `gpt-5.5` 写在你没想到的地方。Codex 读配置的顺序如下，越靠前优先级越高（[Codex 配置文件基础文档](https://learn.chatgpt.com/docs/config-file/config-basic)）： 1. **命令行参数**：脚本、CI、shell 别名里的 `-m gpt-5.5`、`--model gpt-5.5` 或 `-c model=...`。它们会盖过所有配置文件。 2. **项目配置**：从仓库根目录到当前工作目录的每个 `.codex/config.toml`，离当前目录最近的生效；只有被信任的项目才会加载。 3. **profile 文件**：用 `--profile 名称` 选中的 `~/.codex/名称.config.toml`。profile 现在是单独的文件、用顶层键，不再写成 `[profiles.名称]` 表（[Codex 配置进阶文档的 Profiles 一节](https://learn.chatgpt.com/docs/config-file/config-advanced#profiles)）。 4. **用户配置**：`~/.codex/config.toml` 里的 `model`，以及给 `/review` 单独指定模型的 `review_model`。 5. **工作区云端托管的默认值**：管理员下发的 `[models.new_thread]`。它只是默认值，你用 `--model`、`--config` 或 `--profile` 显式覆盖时会被忽略。 6. **系统配置**：Unix 上的 `/etc/codex/config.toml`，有这个文件才算。 不在这条链上、但同样会自带模型的还有两处： 7. **自定义 agent**：`~/.codex/agents/` 或项目 `.codex/agents/` 下的 `.toml` 文件，每个都可以有自己的 `model =`。 8. **定时任务**（Automations）：桌面 App 里的定时任务各自保存模型。在一台日常使用的 Mac 上，`~/.codex/automations/<任务名>/automation.toml` 里能看到 `model = "gpt-5.5"`，10 个定时任务中有 4 个写死了 GPT-5.5。这个文件布局没有出现在公开文档里，只是那台机器上的实际情况。 ![Codex 里可能写着 gpt-5.5 的 8 个位置：命令行参数、项目配置、profile 文件、用户配置、工作区云端默认值、系统配置按优先级从高到低排列，自定义 agent 和定时任务各自保存模型](https://blog.laozhang.ai/posts/zh/codex-gpt-5-5-model-not-found/img/codex-model-config-locations.webp) 在终端里一次查完（`-F` 按字面匹配，避免 `.` 被当成通配符）： ```bash # 用户目录：config.toml、profile 文件、个人 agent、定时任务 grep -rnF --include='*.toml' 'gpt-5.5' ~/.codex # 当前仓库：项目 .codex/、脚本、CI 配置 grep -rnF --exclude-dir=node_modules --exclude-dir=.git 'gpt-5.5' . # shell 别名和系统级配置 grep -nF 'gpt-5.5' ~/.zshrc ~/.bashrc /etc/codex/config.toml 2>/dev/null ``` 读结果时有一行可以忽略：`~/.codex/config.toml` 的 `[tui.model_availability_nux]` 下面类似 `"gpt-5.5" = 4` 的条目是界面提示的计数，不是模型选择，不影响请求用哪个模型。GitHub 上排查 9 月 404 的报告者也注意到了这一点。 其余命中的地方逐个改掉。用户配置改成这样： ```toml # ~/.codex/config.toml model = "gpt-6-sol" # 只有原来写过 review_model 才需要这一行；不写时 /review 跟随当前会话模型 review_model = "gpt-6-sol" ``` 定时任务在桌面 App 里逐个打开、换掉模型，改完再跑一次第一条 grep，确认 `automation.toml` 里已经没有 `gpt-5.5`。工作区默认值如果还指向 GPT-5.5，需要管理员修改；在那之前，你在用户配置、profile 或命令行里指定的模型都优先于它。 ## 改完验证：codex login status 加一条 codex exec 最小请求 在出问题的项目目录里依次运行： ```bash codex login status codex exec --skip-git-repo-check --ephemeral -m gpt-6-sol "Reply with exactly OK." ``` 第一条确认当前是 ChatGPT 登录还是 API key 登录；第二条返回 `OK` 说明新模型对你的账号可用。Free 和 Go 把 `gpt-6-sol` 换成 `gpt-6-luna`；官方对 Free/Go 写的是在桌面 App 里选 Luna，CLI 里不通时到 App 里再试一次。 不加 `-m` 时用哪个模型，由上一节的配置链决定。在交互式 CLI 里输入 `/status` 可以看到当前会话实际用的模型，确认它已经不是 `gpt-5.5`。10 月 14 日当天 `gpt-5.5` 的请求还能通过，所以"不指定模型也能跑通"证明不了配置已经改干净，要以 grep 结果和 `/status` 为准。 几种不通过的情况： - **Business、Enterprise、Edu 换成 `gpt-6-sol` 后仍提示不存在或无权限**：多半是管理员还没为你启用 Sol。 - **出现 `Model metadata for ... not found` 警告**：CLI 版本比模型旧，按 [Codex CLI 安装与配置：Windows、macOS、Linux 一次跑通](https://blog.laozhang.ai/zh/posts/codex-cli-install) 更新。 - **服务器上没有浏览器、需要重新登录**：见 [Codex 服务器无浏览器登录：设备码、SSH 转发、auth.json 怎么选](https://blog.laozhang.ai/zh/posts/codex-headless-login)。 ## 还想用 GPT-5.5：改用 API key 登录，按 API 价格计费 GPT-5.5 这次只从 ChatGPT 侧退役，OpenAI API 上它还在：模型 ID `gpt-5.5`，默认快照 `gpt-5.5-2026-04-23`（[OpenAI API 的 GPT-5.5 模型页](https://developers.openai.com/api/docs/models/gpt-5.5)）。截至 2026 年 10 月 14 日，[OpenAI API 弃用模型页面](https://developers.openai.com/api/docs/deprecations)里没有 GPT-5.5 的条目。 对 GPT-5.4，官方写明了"用自己的 API key 认证的 Codex 不受退役影响"。GPT-5.5 的说明没有单独这一句，写的是退役"不适用于 OpenAI API"、范围是"用 ChatGPT 登录的 Codex"，两句合起来是同一个意思。用 API key 登录的 Codex 调 GPT-5.5 这条路线没有经过实测，切换后先用最小请求确认： ```bash printenv OPENAI_API_KEY | codex login --with-api-key codex login status codex exec --skip-git-repo-check --ephemeral -m gpt-5.5 "Reply with exactly OK." ``` 桌面 App 在登出后的登录页选择 **Sign in another way** 输入 key，IDE 插件选择 **Use API Key**（[Codex 登录与认证文档](https://learn.chatgpt.com/docs/auth)）。切换前想清楚三件事： - **计费方式变了**：API key 的用量按 OpenAI Platform 的标准 API 价格计费，不再用 ChatGPT 套餐里的额度。 - **功能会变少**：依赖 ChatGPT 工作区或云端服务的功能受限或不可用；API key 路线可以用 CLI、SDK 和 IDE 插件，没有云端功能。 - **公司设备可能切不了**：管理配置里设了 `forced_login_method = "chatgpt"` 时，只能用 ChatGPT 登录。 GPT-5.5 的 API 标价是每 100 万 token 输入 $5、缓存输入 $0.50、输出 $30。单次输入超过 272K token 时，整个会话按输入 2 倍、输出 1.5 倍计价，即输入 $10、输出 $45（5 × 2、30 × 1.5）。上下文窗口 1,050,000 token，单次最多输出 128,000 token。这比套餐划算还是更贵，取决于你的用量，可以对照 [Codex API Key 和 ChatGPT 订阅怎么选？额度与 credits 按美元算](https://blog.laozhang.ai/zh/posts/codex-api-key-vs-subscription)；GPT-5.5 与其他编程模型的 API 成本对比见 [GPT-5.5 对比 Claude Opus 4.7：API 价格与编程选型](https://blog.laozhang.ai/zh/posts/gpt-5-5-vs-claude-opus-4-7)。 除了 OpenAI 官方 API，也可以在 Codex 里配置自定义 provider 接入兼容的网关，前提是网关提供 Responses API 兼容端点：当前版本的 Codex 不支持 `wire_api = "chat"` 和只有 Chat Completions 的端点。laozhang.ai 的公开价格接口列有 `gpt-5.5`，它的 [laozhang.ai Codex CLI 接入文档](https://docs.laozhang.ai/scenarios/programming/codex-cli) 用 `base_url = "https://api.laozhang.ai/v1"`、`wire_api = "responses"`、`env_key = "LAOZHANG_API_KEY"` 配置 provider，示例模型是 `gpt-6-sol`。通过它在 Codex 里调用 `gpt-5.5` 没有经过实测，用之前同样先跑一条最小请求。provider 的具体写法见 [Codex 自定义 API 配置：Key、Base URL 与 Provider 怎么选](https://blog.laozhang.ai/zh/posts/codex-config-toml)。 *说明：[laozhang.ai 是我们自己的服务](https://blog.laozhang.ai/zh/about#laozhang)，其价格是平台报价，不是独立比较的结论。* ## 6 月和 9 月两波 404：GPT-5.5 还在时的服务端故障 如果你的报错早于 10 月 14 日，原因多半是下面两波故障之一。两波都没有本地可修的办法，社区讨论里也没有 OpenAI 的原因说明。 **9 月这波**（[GitHub openai/codex 仓库 #43344 号 issue](https://github.com/openai/codex/issues/43344)）：大约从美国东部时间 2026 年 9 月 6 日 23:10 开始，大量 Plus、Pro、Business 用户在 Windows、macOS、Linux 上，无论桌面 App 还是 CLI 0.153.4，都收到 ``The model `gpt-5.5` does not exist or you do not have access to it.``。同一账号上 `gpt-6-astra` 和 GPT-5.6 Sol、Terra、Luna 都正常，ChatGPT 网页里也还能用 GPT-5.5；有人重新拉取的模型目录里，`gpt-5.5` 仍是 `visibility: list`。最初的报告者在 9 月 11 日没做任何本地改动就恢复了，但 9 月 26 日到 10 月 3 日又陆续有新的报告，10 月 1 日有人留言建议直接换模型。 **6 月这波**（[GitHub openai/codex 仓库 #26892 号 issue](https://github.com/openai/codex/issues/26892)）：从 2026 年 6 月 7 日起，桌面 App 和 CLI 都报 `Model not found gpt-5.5`，同时 `gpt-5.4` 正常；这个 issue 有 89 条评论，6 月 11 日关闭。6 月 23 日 App 更新到 26.616 后又出现一次（openai/codex 仓库 #29546 号 issue），报错里带着类似 `gpt-5.5-codex-premium-1p-exp-p-0616-...` 的内部模型名。 这两波说明了一件事：模型还显示在列表里、文档里也写着可用，并不保证请求能通过。10 月 14 日之后情况反过来，列表里没了，显式指定可能还短暂能用，但已经不是可以依赖的状态。 ## 关于 GPT-5.5 退役的其他问题 ### Codex 里没有 GPT-5.5 了，是账号或套餐出了问题吗？ 不是。GPT-5.5 在 2026 年 10 月 14 日从用 ChatGPT 登录的 Codex 退役，所有套餐都一样，模型选择器里不再显示它；退役当天的实测里，本地模型缓存已把它标为隐藏。Plus 及以上改用 `gpt-6-sol`，Free 和 Go 在桌面 App 里改用 `gpt-6-luna`。 ### ChatGPT 网页和 App 里的 GPT-5.5 也下线了吗？ 是。同一天退役的范围包括 ChatGPT、ChatGPT Work 和 Codex，覆盖个人套餐以及 Business、Enterprise、Edu。只有 OpenAI API 上的 `gpt-5.5` 不受影响。 ### 从 GPT-5.5 换到 gpt-6-sol 后，reasoning effort 怎么设？ 先用默认档位跑一段时间，不够再调高。官方说明不同代模型的 reasoning effort 档位并不一一对应，旧配置里的 `model_reasoning_effort` 不一定是新模型上的合适值。换到 GPT-6 Luna 时还要注意，它最高支持到 Max 档，不支持 Ultra。 ## 参考来源 本文引用的外部页面，按正文出现顺序排列。最后更新于 2026-10-14。 - [Codex 模型文档里的 GPT-5.5 退役说明](https://learn.chatgpt.com/docs/models) (learn.chatgpt.com) - [ChatGPT 工作区模型可用性页面里的 GPT-5.5 退役准备](https://learn.chatgpt.com/docs/enterprise/workspace-model-availability) (learn.chatgpt.com) - [Codex 配置文件基础文档](https://learn.chatgpt.com/docs/config-file/config-basic) (learn.chatgpt.com) - [Codex 配置进阶文档的 Profiles 一节](https://learn.chatgpt.com/docs/config-file/config-advanced) (learn.chatgpt.com) - [OpenAI API 的 GPT-5.5 模型页](https://developers.openai.com/api/docs/models/gpt-5.5) (developers.openai.com) - [OpenAI API 弃用模型页面](https://developers.openai.com/api/docs/deprecations) (developers.openai.com) - [Codex 登录与认证文档](https://learn.chatgpt.com/docs/auth) (learn.chatgpt.com) - [GitHub openai/codex 仓库 #43344 号 issue](https://github.com/openai/codex/issues/43344) (github.com) - [GitHub openai/codex 仓库 #26892 号 issue](https://github.com/openai/codex/issues/26892) (github.com)