---
title: "GPT-5.5 下线 Codex（10 月 14 日）：三步查出并改掉脚本里的旧模型名"
description: "10 月 14 日起 GPT-5.5 不再提供给 ChatGPT 登录的 Codex 用户，API Key 会话不受影响。本文给出 grep 排查、登录方式判断和改完后的验证步骤。"
url: https://cdnping.org/blog/gpt-5-5-retired-in-codex-migration
language: zh-CN
published: 2026-10-19
category: "排障指南"
tags: ["Codex","模型下线","GPT-6.1 Sol","迁移","排障"]
source: cdnping.org
license: Free to quote and summarize with a link to the url above.
---
# GPT-5.5 下线 Codex（10 月 14 日）：三步查出并改掉脚本里的旧模型名

GPT-5.5 下线 Codex 的时间是 2026 年 10 月 14 日中午 PDT（19:00 UTC，北京时间 15 日凌晨 3 点）。受影响的是用 ChatGPT 账号登录的 Codex；用 API Key 的会话不受影响。如果你的配置、脚本或定时任务里写死了 `gpt-5.5`，用 ChatGPT 登录的那部分需要改成 `gpt-6.1-sol`，否则可能突然报错。

以下内容截至 2026 年 10 月，依据 OpenAI 的 [Codex 更新日志](https://learn.chatgpt.com/docs/changelog)。

## 官方到底说了什么？

更新日志 2026-10-14 的条目写明：

- GPT-5.5 自该时刻起从 Codex 退役，对象是“用 ChatGPT 登录的用户”。
- OpenAI API 和用 API Key 认证的 Codex 会话不受影响。
- 推荐改用 GPT-6.1 Sol（`gpt-6.1-sol`），前提是“你的套餐和客户端可用”。
- 需要检查的位置包括：工作区默认设置、已保存的模型设置、托管配置、自定义 agent、定时任务和脚本。

另外，同一份日志里，Codex CLI 0.159.1（9 月 29 日）把 GPT-6.1 Sol 设为内置目录和 Amazon Bedrock 目录的默认模型，0.161.0（10 月 7 日）再次记录了同样的默认值变化。所以新装或升级后的 CLI，不写模型名时本来就会走新默认。

日志没有写明旧模型名被调用时具体返回什么错误，下文不对报错文案作推断，以你机器上的实际输出为准。

## 我受不受影响？

先判断你是哪种登录方式。

| 情况 | 是否受影响 | 要做什么 |
|---|---|---|
| ChatGPT 账号登录，且显式指定了 gpt-5.5 | 受影响 | 改成 gpt-6.1-sol 或删掉显式指定 |
| ChatGPT 账号登录，没写模型名 | 一般跟随默认 | 升级 CLI 后确认实际模型 |
| API Key 认证 | 官方说明不受影响 | 无需因本次下线而改，但建议统一模型名 |

你的套餐或客户端不一定都能用 GPT-6.1 Sol，具体以官方说明为准。额度方面可以看站内的 [Codex 额度怎么算](/blog/codex-plans-usage-limits-explained)。

## 三步迁移怎么做？

### 第一步：找出所有写了旧模型名的地方

在项目和家目录里搜：

```bash
grep -rn "gpt-5\.5" . ~/.codex 2>/dev/null
```

别忘了这些不在代码仓库里的位置：CI 的环境变量和 secrets、crontab、systemd timer、团队共享的托管配置，以及云端工作区的默认模型设置。

### 第二步：区分登录方式再决定改法

用 `codex login status` 之类的命令确认当前认证方式（具体子命令以 `codex --help` 为准）。ChatGPT 登录的脚本必须改；API Key 的脚本可以暂时不动，但如果同一份配置在两种环境里都会跑，建议一起改，避免行为分叉。

### 第三步：改完后验证

1. 把配置里的 `model = "gpt-5.5"` 改为 `model = "gpt-6.1-sol"`，或直接去掉这一行，让 CLI 用内置默认。
2. 对 `codex exec` 脚本，检查是否用 `-m` / `--model` 参数传了旧名，一并替换。
3. 手动跑一次最小任务，例如让它只回复一句话，确认能正常返回。
4. 再让定时任务手动触发一次，别等到下一个整点才发现还在失败。

升级 CLI 本身的变化，可以对照 [Codex 10 月 14 日退役旧默认模型与 CLI 0.163 的新功能](/blog/codex-model-retirement-cli-0-163)。

## 改完还是报错，怎么区分是模型问题还是服务问题？

先排除旧名残留：用上面的 grep 再搜一遍，注意大小写和带日期后缀的写法。

如果模型名已经正确，仍然超时或提示容量问题，就属于另一类故障。可以看 cdnping 的 [/down/codex](/down/codex) 和 [/status/openai](/status/openai)（后者基于 Cloudflare 边缘对官方 API 入口的定时探测，只反映入口是否可达，不代表具体模型可用），并参考站内的 [10 月 Codex 频繁报错与 “Selected model is at capacity” 记录](/blog/codex-outages-october-2026-capacity)。

如果你的 Codex 通过自定义接口地址接入，模型名要看那个提供方支持什么，写法见 [Claude Code、Codex、OpenCode 接口地址配置](/blog/configure-custom-api-endpoint-claude-code-codex)。同类的“旧模型名退役”问题，也可以参考 [deepseek-v4-flash 已退役时怎么改代码](/blog/deepseek-model-name-migration-v4-flash-retired)。

## 以后怎么提前发现下线公告？

模型下线通常先出现在官方更新日志里。cdnping 的 [/changes](/changes) 会监控 OpenAI、Codex 等官方更新日志并逐行记录增删，带 RSS，订阅后可以在自己的阅读器里收到。更稳妥的做法是在仓库里加一条检查：CI 里 grep 固定模型名，发现就提醒，把模型名集中放在一个配置文件，而不是散落在各脚本里。

## 参考来源

- [OpenAI Codex 更新日志（GPT-5.5 退役，2026-10-14；CLI 0.159.1、0.161.0）](https://learn.chatgpt.com/docs/changelog)