Codex还固定使用GPT-5.5？10月14日前检查这5处配置

最新推荐文章于 2026-09-19 21:34:28 发布

原创最新推荐文章于 2026-09-19 21:34:28 发布 · 455 阅读

4 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

在这里插入图片描述

OpenAI已经给出明确时间点：GPT-5.5将在2026年10月14日退出ChatGPT、ChatGPT Work和Codex，覆盖个人版、Business、Enterprise和Edu等方案。

如果你只在ChatGPT里聊天，届时改用当前可用模型即可；但如果你通过ChatGPT账号登录Codex，问题不一定只存在于“当前会话选了什么模型”。旧模型名称还可能藏在工作区默认值、计划任务、智能体配置，甚至某条一直沿用的启动命令里。

官方给出的Codex迁移目标是：

gpt-5.5  →  gpt-5.6-sol

不过，这个替换只适用于通过ChatGPT登录使用Codex的场景。本次停用不影响OpenAI API，使用API密钥的生产程序不要因为看到这个通知就做全局替换。

为什么“新开一个会话换模型”还不够？

Codex的模型选择可能来自不止一层配置。

你在桌面端新建任务时选择了新模型，只能证明这一次交互没有继续使用GPT-5.5，不能证明以下内容已经迁移：

团队工作区的默认模型；
某个项目保存过的模型偏好；
管理员下发的受管理配置；
自定义智能体和计划任务；
脚本、快捷命令或自动化流程中写死的模型名。

真正容易在10月14日之后出问题的，往往不是每天手动打开的普通任务，而是那些“配置一次后长期自动运行”的流程。

在这里插入图片描述

第一处：工作区默认模型

先检查个人或团队工作区给Codex设置的默认模型。

这里的风险是：管理员已经知道GPT-5.5即将停用，但普通成员仍在继承旧默认值；或者管理员改了默认值，却没有确认所有成员、所有客户端都能使用替代模型。

检查时不要只看“设置已保存”，还要回答两个问题：

新建任务时，实际默认显示的是否已经是GPT-5.6 Sol？
受影响成员是否真的拥有该模型的访问权限？

官方特别提醒，修改默认值并不会自动授予模型访问权限。因此，团队环境里至少要用一个普通成员账号实际创建任务验证，不能只在管理员界面看配置。

第二处：已保存模型设置

有些项目、会话模板或客户端会记住上一次选择。工作区默认值已经更新，不代表所有已保存设置都会跟着变化。

建议把常用项目逐个打开，重点检查：

新任务是否仍自动带出GPT-5.5；
项目级偏好是否覆盖了工作区默认值；
桌面端、CLI和IDE扩展的选择是否一致；
旧任务复制出来的新任务是否继承旧模型。

不要依赖“我昨天新建任务时看到的是新模型”这种印象判断。最稳妥的方式是列出常用客户端，在每个客户端各做一次新建任务测试。

第三处：受管理配置

企业或团队环境常用统一配置约束成员可选模型、权限和运行方式。这类配置的优先级可能高于个人设置，也最容易出现“管理员这里改了，成员那里却没生效”。

需要确认：

受管理配置中是否明确出现gpt-5.5；
是否存在多套配置，分别作用于不同团队或设备；
新配置是否已经下发到成员正在使用的客户端；
被管理成员重新启动客户端后，旧值是否仍然出现。

如果一个团队同时使用Codex桌面端、CLI、IDE扩展和Codex Cloud，不要假设本地某一处修改会自动覆盖其他界面。按实际使用入口分别验证。

第四处：自定义智能体与计划任务

这是最值得优先排查的一处。

自定义智能体和计划任务通常不会像人工操作那样，在每次运行前主动提醒你重新选模型。只要配置里固定了GPT-5.5，它们就可能一直正常运行到停用日，然后突然失败，或者进入需要人工处理的状态。

建议按以下顺序处理：

列出仍在使用的自定义智能体；
列出所有启用中的计划任务；
检查它们引用的模型或继承的默认值；
替换后各手动运行一次；
再观察一次真实排程是否按时完成。

“手动测试成功”和“定时触发成功”是两回事。前者验证任务内容，后者还会经过排程、权限、运行环境等环节，两种都要测。

第五处：脚本和启动命令

如果团队曾把模型名写进脚本、快捷命令或项目说明，单靠图形界面很难发现。

在代码仓库或配置目录里，可以先做一次静态搜索：

rg -n --hidden --glob '!node_modules/**' --glob '!.git/**' 'gpt-5\.5' .

Windows PowerShell没有安装rg时，可以用：

Get-ChildItem -Recurse -File | Select-String -Pattern 'gpt-5\.5'

搜索结果不要直接“一键全部替换”。先把命中项分成三类：

当前真正生效的配置或启动命令；
文档、示例和测试夹具；
日志、历史记录、依赖目录或生成文件。

只替换第一类，并按需要更新仍会被复制使用的示例。历史日志不需要改，第三方依赖和生成文件也不应盲目修改。

替换之后，至少做这组验证

配置迁移完成不等于任务一定能正常运行。建议建立一个小型验证矩阵：

验证对象	最少检查项	通过标准
新建普通任务	实际模型、工具权限	能启动并完成一个代表性任务
自定义智能体	指令、工具、输出格式	结果结构没有破坏下游流程
计划任务	排程、身份、运行环境	手动运行与真实触发均成功
多客户端	桌面端、CLI、IDE	不再自动带出GPT-5.5
团队成员	普通成员账号	能访问并使用替代模型

测试任务不必复杂，但应当覆盖你平时真正依赖的能力，例如：读取项目文件、修改一处代码、运行检查并按固定格式返回结果。

模型迁移后，输出风格或工具调用方式可能出现细微变化。对于依赖固定JSON、固定字段或自动进入下一环节的任务，尤其要检查输出契约，而不只是看“回答大致正确”。

最常见的5个误区

1. 把API程序也一起全局替换

本次官方通知明确说明OpenAI API不受影响。先确认身份验证方式和产品界面，再决定是否修改，不能只凭模型名称做全局替换。

2. 只改工作区默认值

保存设置、计划任务和脚本可能继续覆盖默认值。默认值只是排查起点，不是终点。

3. 管理员能用，就认为全员能用

模型访问权限可能因方案、角色或客户端而不同。必须用受影响的普通成员账号验证。

4. 只测手动任务，不测真实排程

计划任务还有触发时间、运行身份和环境差异。至少观察一次真实触发结果。

5. 等到10月14日当天再处理

届时同时排查配置、权限和任务失败，成本远高于现在提前迁移。建议至少预留一周稳定运行观察期。

可以直接复制的迁移清单

[ ] 确认使用的是ChatGPT登录Codex，还是API密钥认证
[ ] 列出正在使用的Codex客户端和工作区
[ ] 检查工作区默认模型
[ ] 检查已保存模型设置
[ ] 检查受管理配置
[ ] 检查自定义智能体与计划任务
[ ] 搜索脚本和启动命令中的gpt-5.5
[ ] 对有效配置逐项替换为gpt-5.6-sol
[ ] 用普通成员账号验证访问权限
[ ] 分别验证普通任务、自定义智能体和真实排程
[ ] 观察一周，再关闭迁移事项

如果你不是Codex用户，只想判断普通ChatGPT聊天、Plus或Pro订阅会受到什么影响，可以查看这份面向普通用户的说明：GPT-5.5将于10月14日退出ChatGPT：普通用户现在需要做什么？。GPT108是独立第三方AI会员服务平台，并非OpenAI官方网站或授权合作方。

发布前检查：若上述网站页面尚未部署或无法打开，请先删除这一段链接，等页面上线后再补充，避免把读者导向404。

总结

这次迁移真正要处理的不是“记得在10月14日前点一下新模型”，而是找到所有可能固定GPT-5.5的配置入口。

对通过ChatGPT登录Codex的用户，建议现在就完成五处排查：工作区默认模型、已保存模型设置、受管理配置、自定义智能体与计划任务、脚本和启动命令。逐项替换为gpt-5.6-sol后，再用真实身份、真实客户端和真实排程验证。

越早迁移，越容易把问题拆成普通配置检查；拖到停用当天，它就可能变成一次集中故障排查。

官方资料

OpenAI：《Workspace model availability and retirement schedule》
https://learn.chatgpt.com/de-DE/docs/enterprise/workspace-model-availability?site_variant=chatgpt
OpenAI ChatGPT Changelog
https://learn.chatgpt.com/docs/changelog

标签