正文
如果 Codex 的定时任务、工作区默认值或自定义 Agent 固定选择了 gpt-5.5，需要先确认它使用哪种认证方式。OpenAI 的 Codex 更新记录说明：GPT-5.5 于 2026 年 10 月 14 日 19:00 UTC 从使用 ChatGPT 登录的 Codex 中退役；OpenAI API 和使用 API Key 认证的 Codex 会话不受这一退役措施影响。
“不受这一措施影响”不代表 API 模型永远可用。API 的独立退役安排应查 OpenAI API deprecations，不要把 Codex 订阅入口的变化理解为全平台同时下线。
先区分任务使用的入口
| 入口 | 这次变化的含义 | 要检查什么 |
|---|---|---|
| 使用 ChatGPT 登录的 Codex | GPT-5.5 已从该入口退役 | 账号能使用哪些替代模型，工作区或任务是否固定旧模型。 |
| API Key 认证的 Codex | 官方称不受这次 Codex 退役措施影响 | API 侧模型可用性、组织策略和单独的退役公告。 |
| 其他网关或第三方平台 | 不能仅凭 OpenAI 对上述入口的说明推断 | 向实际供应商核对模型映射、可用性和合同。 |
不要为了排查把 API Key 粘到工单、截图或聊天里。只需要记录认证类型、运行位置、客户端版本和模型标识。
哪些地方可能还固定着 GPT-5.5
除了交互界面的模型选择，检查这些位置：
- 工作区或个人默认模型，以及团队管理配置。
- 自定义 Agent、保存的任务和计划任务。
- CI、脚本、远程机器上的启动参数和环境配置。
- 多 Agent 工作流中对子任务单独指定的模型。
如果配置位于本地仓库，可以只搜索模型名，避免输出密钥：
PowerShell
rg -n --fixed-strings "gpt-5.5" . -g '!node_modules/**' -g '!.git/**'搜索不到不代表远程配置也已更新。云任务、组织策略和未提交的本地设置需要分别核对。
替代模型要经过一次真实任务验收
OpenAI 在退役说明中建议在套餐与客户端允许时使用 gpt-6.1-sol。先检查目标入口是否提供该模型；如果没有，确认套餐、客户端版本和工作区策略，不要直接假定账号可以调用。
在隔离的测试任务中记录以下结果：
- 配置保存后新启动的会话能否读取所选模型。
- 定时任务和自定义 Agent 是否也使用目标模型，而非继续引用旧值。
- 一个代表性任务是否完成，相关测试和人工审查是否通过。
- 实际耗时、额度消耗或 API 用量是否符合预算；回退方案是否同样可用。
遇到 model not found 时，先检查运行进程实际读取的配置、认证方式和目标模型的访问权限，再核对客户端与供应商文档。本次官方资料没有给出所有旧配置的统一报错，不应把某个错误字符串当成必然现象。
模型换了，验收标准也要跟着检查
替代模型的输出格式、工具使用和耗时可能不同。保留与任务相关的测试数据、预期结果和模型信息，用相同输入比较新旧流程；不要把模型名称切换成功当作工作流迁移完成。对于高风险变更，继续要求人工审查和明确的权限边界。