一句话定义：模型退役（Model Deprecation / Retirement）指模型提供方按计划停止对某个模型版本的支持，最终让它无法再被调用——接口返回错误，就像那扇门被焊死了。
它不是"突然坏了"，而是走完了一个周期
一个模型的生命周期大致是这样：先以预览版（preview）或实验版放出来，允许任何人试；稳定后转正式可用（GA，General Availability）；然后某天官方在文档里给它贴上"已弃用"（deprecated）的标签，同时给出一个下线日期；到了那天，它正式退役（retired），请求开始报错。
打个比方：这就像租房。房东不会半夜把你行李扔出去，而是提前发通知："这个月底到期，不再续租。"弃用公告就是那张通知，退役就是月底。问题是——通知可能发在你不看的公告栏上（官方文档的更新日志），而你的代码还在按月交房租。
几个容易混的概念
| 说法 | 含义 | 你的代码还能跑吗 |
|---|---|---|
| 弃用 Deprecation | 官方已宣布不再推荐、不再更新，给出下线日期 | 能，但在倒计时 |
| 退役 Retirement / Sunset | 正式停止服务 | 不能，报错 |
| 版本升级 Upgrade | 你主动从旧版本切到新版本 | 能，且是你主动做的 |
| 别名漂移 Alias drift | 你用 "latest" 这类别名，被静默指向新模型 | 能跑，但输出变了，不报错 |
各家对"弃用"和"退役"的用词不完全统一，有的把两者合成一个"deprecation"流程，具体节奏看官方页面。
最后一行那种情况最阴险：调用不报错，但模型已经换了，行为跟着变。它不叫退役，却常常是退役的前奏。
对你意味着什么
对从业者，模型 ID 是技术债的一部分，得当成依赖来管理：
- 别把模型名硬编码散落在各处，集中到配置里，改一处就够；
- 建一份"模型台账"：哪个模型 ID、用在哪个功能、谁负责、官方生命周期页面在哪；
- 订阅官方的发布日志和弃用公告，别等报错才知道；
- 迁移不是改个字符串那么简单。输出格式、提示词风格、函数调用行为、上下文长度都可能变，得有一套回归评测集先跑一遍，再灰度切流，留好回滚开关。
特别提醒嵌入模型（embedding model）：它一旦退役，你向量库里的存量向量可能和新模型不在同一空间，往往需要全量重算索引。这是迁移里最贵的一块，要最先排期。
对普通职场人：如果你用的某个 AI 功能某天突然"变笨了"或消失了，很可能不是产品团队偷懒，而是它脚下的模型退役了。把 AI 能力当成会到期的服务来规划，比当成永久设施更接近现实。
过渡期通常以数月计，但长短、通知方式完全由厂商决定，具体时间表请以各家官方文档为准。真正的风险从来不是模型下线，而是你到报错那天才开始计划。