OpenAI 将于 7 月 23 日停用 Codex、深度研究和计算机操控模型:每个团队必须在 21 天内完成的路由迁移

7 月 23 日,OpenAI 将关闭 gpt-5-codex、o3-deep-research、computer-use-preview 等 14 个模型别名。若路由配置仍指向这些模型,请求将直接报错。本文列出完整的迁移清单。

TheRouter Newsroom来源 OpenAI
显示 OpenAI Codex 和深度研究模型 7 月 23 日退役截止日期的倒计时与路由迁移路径示意图

距今三周——2026 年 7 月 23 日——OpenAI 将关闭一批为众多编码 agent 和深度研究流水线提供支撑的模型别名。这不是 10 月 23 日那轮已被广泛讨论的停用潮(GPT-4、o1),而是一个更早的独立截止日期,专门针对 Codex、深度研究和计算机操控系列模型。如果你的 gateway 或 SDK 配置在 7 月 24 日之后仍然引用这些模型名称,所有请求都将返回 model-not-found 错误。

7 月 23 日停用的模型

下列别名和快照将在 2026 年 7 月 23 日到达生命终点。该日期之后,它们全部返回错误;OpenAI 不会自动将请求重定向到替代模型。

模型别名 / 快照推荐替代模型
gpt-5-chat-latestgpt-5.5
gpt-5-codexgpt-5.5
gpt-5.1-chat-latestgpt-5.5
gpt-5.1-codexgpt-5.5
gpt-5.1-codex-maxgpt-5.5
gpt-5.1-codex-minigpt-5.4-mini
gpt-5.2-codexgpt-5.5
computer-use-preview / computer-use-preview-2025-03-11gpt-5.4-mini
gpt-4o-mini-search-preview-2025-03-11gpt-5.4-mini
gpt-4o-search-preview-2025-03-11gpt-5.4-mini
o3-deep-research / o3-deep-research-2025-06-26gpt-5.5-pro
o4-mini-deep-research / o4-mini-deep-research-2025-06-26gpt-5.5-pro
gpt-audio-mini-2025-10-06gpt-audio-1.5
gpt-realtime-mini-2025-10-06gpt-realtime-mini

有两类模型需要路由团队特别关注。

Codex 系列: gpt-5-codex、gpt-5.1-codex、gpt-5.1-codex-max、gpt-5.1-codex-mini、gpt-5.2-codex 全部下线。许多 agent 框架习惯于按"Codex"命名惯例硬编码模型 ID。如果你的路由策略在 gateway allowlist、Cursor/Claude Code API 覆盖配置,或 OpenAI-compatible proxy 配置中明确指定了这些别名,它们将停止解析。

深度研究系列: o3-deep-research 和 o4-mini-deep-research 均迁移至 gpt-5.5-pro。如果你的 agent pipeline 通过模型别名触发深度研究任务,则指向的是一个即将失效的 endpoint。目标替代模型 gpt-5.5-pro 在定价和 token 预算行为上有明显差异,因此这不是简单的别名替换——需要进行成本和上下文窗口的完整审计。

今天(7 月 2 日)同步生效的变化

今天,OpenAI 执行了自服务微调逐步退出计划的下一步。自 2026 年 7 月 2 日起,在过去 60 天内没有使用过微调模型推理的组织,将无法再创建新的微调任务。如果你的团队在路由策略中使用了自定义微调检查点(形如 ft:gpt-* 的模型 ID),请确认推理日志中存在过去 60 天内的活跃使用记录。否则,在 10 月 23 日基础模型退役之前,你将失去为替代模型创建微调任务的能力。

微调时间线:

  • 今天,7 月 2 日: 近 60 天内无推理使用的组织无法创建新微调任务。
  • 2027 年 1 月 6 日: 所有活跃客户将无法创建新的微调任务。
  • 依模型而定: 现有微调模型的推理仍可使用,直至底层基础模型被停用(例如,ft-gpt-3.5-turbo 推理将于 10 月 23 日随 gpt-3.5-turbo 停用)。

为何 AI 工程团队需要特别关注

7 月 23 日这轮停用与广受关注的 10 月 23 日波次有两点本质区别。

第一,7 月 23 日的模型集中于编码 agent 和自主研究流水线——而这些恰恰是最可能存在硬编码模型引用的场景。构建在 Codex 系列之上的 agent 框架往往将模型名称作为能力信号,而不仅是路由目标。更改模型名称意味着需要重新评估输出质量和行为是否保持稳定,而不只是修改一个字符串。

第二,computer-use-preview 和搜索预览模型的替代品是 gpt-5.4-mini,这代表着真实的能力变化。computer-use-preview 是专为特定任务设计的模型;gpt-5.4-mini 是通用小型模型。如果你的路由将计算机操控请求指向被停用的模型,不能直接重定向到 gpt-5.4-mini 而不进行验证——浏览器自动化或桌面控制流水线需要对 gpt-5.4-mini 进行明确的回归测试。

router 和 operator 视角

对于使用 AI gateway 或路由代理的团队,7 月 23 日截止日期带来三项具体行动要求。

1. 立即审查路由配置中的每一个模型名称。 提取 gateway allowlist、fallback 链以及每条路由覆盖配置中所有引用的模型 ID,对照上表标记出所有即将停用的别名。不要假设 gateway 会自动重定向已停用的模型名——大多数不会。

2. 在截止日期前更新 fallback 链,而不是之后。 常见的失败模式:主要模型已更新为 gpt-5.5,但 fallback 仍指向 gpt-5.1-codex。7 月 24 日,当主模型触及速率限制、gateway 触发 fallback 时,请求将直接失败。这在 Cursor、Claude Code 或 OpenCode 配置中尤为危险——这些工具中的 fallback 模型通常与主模型分开配置。

3. 重新核算深度研究通道的成本。 如果你路由到 o3-deep-research 或 o4-mini-deep-research,替代模型为 gpt-5.5-pro。请确认你的单次请求预算和 token 计量逻辑仍然成立。gpt-5.5-pro 的输入输出定价与两个深度研究别名均有差异,上下文窗口和思考预算语义也有所不同。

TheRouter 用户的行动建议

对照上方 7 月 23 日停用表格,检查路由策略中所有模型引用。对于通过 TheRouter 管理的 gateway 配置,更新每条引用即将停用别名的路由的模型名称,并确认 fallback 链使用有效的替代模型。对于使用 Cursor 或 Claude Code 并通过 OpenAI-compatible gateway 路由的编码 agent 配置,检查项目设置中的 apiModel 或模型覆盖字段。

10 月 23 日那轮停用——退役 gpt-3.5-turbo、gpt-4、gpt-4-turbo、gpt-4o-2024-05-13、o1、o4-mini 等数十个模型——规模更大,影响更广,但 7 月 23 日来得更早,公众关注度却更低。三周的时间足以完成路由配置的审计和更新,但不足以从一次被忽视的截止日期带来的意外中断中恢复。

主要来源:OpenAI Deprecations

帮助与联系