GPT-5.5 将于 10 月 14 日退出 Codex？迁移清单（2026）

获胜者：如果你通过 ChatGPT 账号在 Codex 中使用 GPT-5.5，就应在 2026 年 10 月 14 日前完成配置检查，并用真实任务验证替代模型；如果你使用 API 密钥认证的 Codex 会话或直接调用 OpenAI API，这次退出不要求你迁移。 这项调整不是 Codex 全面停用，关键是先确认认证方式，再决定是否行动。官方将退出日期定为 2026 年 10 月 14 日，并说明 API 不受影响。(官方模型说明；更新说明)

这篇文章适合通过 ChatGPT 登录 Codex、并在日常编码中选择 GPT-5.5 的个人开发者。
如果你维护脚本、自定义 Agent 或团队模型策略，重点检查配置来源、权限和任务回归。
如果你的调用始终走 API 密钥，则应核实接口和模型 ID，不要把 API 调用误判成 ChatGPT 登录会话。

先按认证方式判定影响范围

ChatGPT 登录的 Codex：需要检查。 GPT-5.5 将从 ChatGPT、ChatGPT Work 和 ChatGPT 登录的 Codex 中退出，影响范围包括所有方案。你需要在客户端和账号中确认能否选择替代模型；工作区管理员策略也可能限制可用模型。

API 密钥认证的 Codex 会话：不受这次退出影响。直接调用 OpenAI API：也不受这次退出影响。 OpenAI 的 GPT-5.5 API 模型页仍列出 API 端点和模型信息。这里说的是这次针对 ChatGPT 产品的退出，不代表 API 模型将来永远不会调整；API 使用者仍应留意独立的 API 弃用通知。(GPT-5.5 API 模型说明；API 弃用公告)

别用客户端名称替代认证检查。 同一款 CLI、IDE 扩展或桌面端，可能承载不同的登录和模型调用路径。若你不确定会话来源，先查看当前登录账号、Codex 的模型选择，以及脚本是否设置 OPENAI_API_KEY；把这三项对清楚，再判断是否需要改动。

迁移前：盘点 GPT-5.5 的配置入口

开始替换前，先留一份可恢复的配置副本，并记录当前模型设置。Codex 的 CLI 和 IDE 扩展会读取配置文件；用户级默认值、项目级覆盖和启动参数可能不一致。官方文档说明，个人默认配置位于 ~/.codex/config.toml，受信任项目还可使用项目内的 .codex/config.toml。(Codex 配置基础说明；配置参考)

按下面清单逐项盘点：

• ✅ 在个人配置与项目配置中搜索 gpt-5.5，确认有没有固定默认模型。
• ✅ 检查 CLI 调用、启动脚本、CI 任务和定时任务中是否出现 --model gpt-5.5 或等效参数。
• ✅ 检查 IDE 设置、桌面端保存的模型选择、自定义 Agent 和团队默认值。
• ✅ 记录当前推理强度、工具权限、审批与沙箱设置。迁移时要区分模型变化和权限变化，避免把两者导致的结果差异混为一谈。
• ✅ 为常见工作留存样本：小范围修复、跨文件修改、测试补充、工具调用，以及失败后的报错和恢复过程。
• ✅ 写清验收标准：哪些测试必须通过、哪些修改需要人工确认、出现什么错误时停止自动执行。

Codex CLI 支持用 --model 覆盖配置中的模型，因此只改默认配置并不足以证明所有入口都已迁移。用命令行参数启动的任务也要单独搜查；官方 CLI 参考说明了该参数的用途。(Codex CLI 参数参考)

这一步还有一个容易漏掉的隐性成本：如果你只保存“最终代码”，没有保留输入、测试命令和权限边界，迁移后便无法判断差异来自模型、上下文还是工具环境。记录不必复杂，但应能让同事复跑同一个任务。

变更时：只选账号确实可用的模型

不要把公告中的建议理解为所有账号、客户端和任务都能直接使用同一个替代项。先登录目标账号，打开实际使用的 Codex 客户端，确认模型选择器列出的模型；如果是团队环境，再请管理员检查工作区可用性和托管策略。官方模型说明按方案列出可考虑的选项，但账号、客户端和管理员策略都会影响实际可用性。

当前官方说明按方案列出可考虑的选项：部分订阅与教育方案可在开放后选择 GPT-6 Sol；Free 和 Go 用户可在桌面端使用 GPT-6 Luna，具体仍取决于模型是否向你的账号与客户端开放。不要把这类建议写成任务表现保证，也不要在验证前把团队默认值一次性切换。

决策条件列表：

• 若 Codex 使用 ChatGPT 登录，且 GPT-5.5 出现在当前模型选择中：选一个目标账号实际可用的替代模型，在隔离分支或样例项目中先跑回归；通过验收后再更新团队默认值。
• 若你使用 API 密钥认证的 Codex 会话：保留现有会话配置，不因 10 月 14 日这次退出而改成 ChatGPT 登录；按 API 模型目录和独立弃用通知管理 API 调用。
• 若你无法确认认证来源：先核对登录状态、环境变量与调用入口；确认前不要改全局模型设置，避免把仍有效的 API 会话误切换到另一种计费或权限路径。
• 若替代模型在账号或工作区不可选：不要写入默认配置；请管理员核验访问策略，或暂时沿用不受此次调整影响的 API 接入方案。

如果迁移目标是 API 自建 Agent，而不是 ChatGPT 登录的 Codex，不要把客户端模型选择器当作 API 目录。API 模型目录展示的是 API 可调用模型；而 Codex 的订阅方案、客户端和工作区可用性需要另行核验。

迁移后：用同一组编码任务做回归

模型切换不是只检查“能不能启动”。你要确认模型是否仍能按原来的工作方式读代码、修改文件、调用工具、执行测试，并在失败时给出可处理的信息。官方迁移指南也建议对代表性任务进行基准验证，并检查工具调用、推理参数等差异；这些建议不等于替代模型与 GPT-5.5 效果等同。(GPT-6 迁移指南)

可按这套流程操作：

• 选取迁移前保存的任务样本，在干净分支或可丢弃副本中运行，避免测试修改污染生产代码。
• 固定代码提交、上下文文件、提示词、工具权限和测试命令。一次只改模型设置，才能定位行为变化的来源。
• 运行小范围修复、跨文件变更和测试相关任务，检查补丁是否越界、测试是否确实执行，以及 Agent 是否遵守审批要求。
• 对工具调用单独复核：确认命令、参数和文件路径正确；遇到失败时，观察它是否报告实际错误，而不是声称任务完成。
• 记录每项结果与人工复核意见。对必须稳定通过的任务设置明确门槛；未通过时撤回默认配置，改用已验证的候选或原有 API 路径。
• 将结果写入团队交接说明，标明新默认模型、适用客户端、回退条件和配置负责人。

可以借鉴模型验收清单中的回归测试思路，但不要照搬其中针对其他模型或环境的测试结论。迁移清单应以你自己的代码库、工具权限和验收标准为准。

团队交接：保存可执行的回退路径

变更完成后，把决策写进使用者真正会看的位置：团队运行手册、脚本注释、Agent 配置说明和故障处理流程。写清楚哪些会话需要更换模型，哪些仍走 API；当模型不可用时，是切回经过验证的模型配置、联系管理员，还是改走 API。不要让使用者在故障时临时猜测认证方式。

还应复核配置覆盖顺序。命令行覆盖项可能高于文件中的默认设置；项目级配置也可能只在项目受信任时加载。因此，如果你在桌面端改了模型，但 CI 脚本仍使用旧的 --model 参数，团队看到的就可能是两种结果。

最后更新于 2026 年 10 月 13 日；退役日期、适用产品与 API 例外核对自 OpenAI 官方模型说明和更新记录。 如果官方后续更改日期或范围，应以最新官方说明和目标账号中实际可选的模型为准。

常见问题

GPT-5.5 退出 Codex 后，API 调用还会中断吗？
这次退出针对 ChatGPT、ChatGPT Work 和 ChatGPT 登录的 Codex；官方说明 OpenAI API 不受影响。使用 API 密钥的调用不需要因这项变更自动迁移。你仍应单独留意 API 弃用通知，因为两种接入方式适用的变更范围并不相同。

怎么确认我用的 Codex 会不会受影响？
检查当前会话的认证方式与模型选择：ChatGPT 账号登录并选择 GPT-5.5，属于此次需迁移的路径；API 密钥认证的 Codex 会话不受这次退出影响。单看 CLI、IDE 或桌面端名称无法判断，客户端相同并不代表认证路径相同。

替换 GPT-5.5 后，哪些脚本和模型设置要检查？
排查个人与项目配置、命令行参数、IDE 设置、团队默认值、定时任务和自定义 Agent。还要确认管理员已向目标用户开放替代模型。API 密钥认证的脚本应独立登记，避免误改其 API 模型 ID 或认证方式。

Codex 换模型后，怎样验证原来的编码任务？
使用同一代码提交、任务输入、工具权限和测试命令，重跑原有任务样本。检查代码改动范围、测试执行、工具调用和失败提示，并保留人工复核结果。若关键任务未达验收标准，就先回退配置，不要宣称新模型与 GPT-5.5 等效。

如果你还要在迁移中准备独立的 macOS 编码测试环境，先区分它解决的是环境复现与设备可用性问题，而不是替代 ChatGPT 登录权限或 API 模型。长期固定、高负载工作通常更适合评估自购设备；临时测试节点则可按需求比较vmzig 的租赁方案与价格。租赁 Mac 能提供独立的测试设备，但若任务必须连接本地专用硬件或需要长期占用固定机器，就不一定适合租赁。

常见问题

GPT-5.5 退出 Codex 后，API 调用还会中断吗？

这次退出针对 ChatGPT 登录的 Codex，以及 ChatGPT 和 ChatGPT Work；OpenAI 官方说明 API 不受影响。若你的脚本使用 API 密钥调用模型，不需要因为这次日期单独改模型，但仍应关注 API 自己的弃用公告，并保留错误处理和替代配置。

怎么确认我用的 Codex 会不会受影响？

查看当前 Codex 会话的认证方式：ChatGPT 账号登录并选择 GPT-5.5，属于此次迁移范围；通过 API 密钥认证的 Codex 会话不受这次退役影响。不要只看 CLI 或 IDE 名称，因为客户端相同，认证路径可能不同。

替换 GPT-5.5 后，哪些脚本和模型设置要检查？

搜索个人与项目级配置、CLI 参数、IDE 设置、自动化任务、自定义 Agent 和团队默认值中的 gpt-5.5。再确认管理员策略允许目标用户使用替代模型；单独使用 OpenAI API 的模型 ID 不要和 ChatGPT 登录会话配置混为一组。

Codex 换模型后，怎样验证原来的编码任务？

固定同一代码提交、提示词、工具权限和测试命令，重跑你平时依赖的代表性任务。比较补丁范围、测试是否实际执行、工具调用是否成功、失败时能否解释原因；保留日志与人工复核结果，不要只凭一次成功就宣布等效。