GPT-5.5 将于 10 月 14 日退役：从复制粘贴代码到把整个项目交给 Codex

OpenAI 公告显示，GPT-5.5 将于 2026 年 10 月 14 日从 ChatGPT、ChatGPT Work 和 Codex 退役，覆盖所有套餐，OpenAI API 不受影响。本文梳理退役范围、迁移方向，以及这半年 AI 编程方式发生的实际变化。

一、退役的范围和时间

OpenAI 已正式公告，GPT-5.5 将于 2026 年 10 月 14 日退役。公告发布于 9 月 14 日，退役覆盖 ChatGPT、ChatGPT Work 和 Codex，且覆盖所有套餐。

有一点需要单独说清楚：OpenAI API 不受这次退役影响。如果你是通过 API 接入的，别把这条公告理解成所有接口都会在同一天停用。第三方服务的安排要另外看，服务商是否继续提供某个型号，需要以对方自己的通知为准。

如果用 ChatGPT 账号登录 Codex，官方给出的迁移方向是 GPT-5.6 Sol。

除了在模型选择器里改一下，还有几个地方值得检查：默认模型的设置、自定义智能体的配置、定时任务，以及脚本里有没有写死 gpt-5.5 的地方。这些位置如果不提前改，退役当天容易出现调用失败。

GPT-5.5 是不少人第一次认真用上的 OpenAI 模型，回头算算，从它到现在的使用方式变化，前后也就半年左右。

在网页里问 AI 写代码的流程，多数人应该都熟悉：描述需求，等它生成一大段，复制回编辑器，运行，报错，再把报错粘回去。来回几趟，浏览器和编辑器切个不停。涉及好几个文件的时候，还得自己分清楚这一段应该放哪儿、上一段要替换哪里。AI 确实在帮忙，但流程里很多活还是得自己搬。

第一次用 5.5 搭配 Codex 时，看到它能直接读项目、改文件、运行命令，感觉完全不一样。事情在自己的项目里一件件发生，代码真的变了。以前等的是一段回答，那时开始能等到一个做出来的东西。

尤其是前端后端连着改，写完再跑测试，报错了继续查。平时分散在好几个环节里的工作，可以在同一个任务里接着往下做。

当然，交代完就闭眼收货也不现实。需求没说清楚，它可能沿着自己理解的方向做下去；做出来能运行，也得看看是不是要的效果。该检查、该验收的地方还是要自己看。

从复制一段代码，到把整个项目交给 Codex，中间变化的东西挺多。

过去提需求容易只盯着眼前那一点：帮我改个按钮、解释一下报错、写个函数。现在前端后端、测试、审计、文档都可以放进一个任务里，告诉它要做到什么程度。

拿给网站加一个报名表单来说，按以前的习惯，可能先问页面怎么写，再问数据怎么存，最后遇到问题继续搜索。放到 Codex 里，可以把需求一起交代：有哪些字段、哪些必须填、提交成功后显示什么、重复提交怎么处理，最后把测试和说明补齐。

这些话并不难说，难的是以前说完之后，后面一大串工作还在等着自己。现在 AI 能接着做，人就有了余地多想一点：这个表单到底要收集什么，哪些字段其实不用填，用户提交失败了能不能看懂提示。

这种变化放在一天里，可能就是少折腾几轮。放到半年里，再回头看以前那个反复复制粘贴的自己，就有点恍惚了。

现在把 GPT-6 和 Codex 放进日常工作之后，再看到它改文件、跑测试，已经不会像最开始那样每一步都觉得新鲜。

对它的要求反而越来越具体：页面效果对不对，后端有没有漏掉情况，修了这个 bug 会不会影响其他地方，文档有没有把用法写明白。

刚开始觉得能写出来就很厉害，如今已经开始挑它哪里没做好。这大概是用得越久，越会把注意力从能不能做转到做得对不对。

感慨归感慨，实际操作上就一件事：把 10 月 14 日这个时间点记下来，提前检查配置。

需要改的不只是模型选择器。默认模型、自定义智能体、定时任务和脚本里写死的型号，都是容易漏掉的位置。提前改好，比退役当天再排查省事得多。