通用方法 · 熟练
退役公告要看三样：替代品、微调、形态
「某模型下线」这四个字，背后其实有三种完全不同的情况 —— 而它们的处理成本差着一个量级。第一种是有替代品：改一行配置就完事；第二种是替代栏是空的：整条能力要换供应商，那是产品变更，不是配置变更；第三种是微调挂在上面：基座一走，你在它上面做的微调一起失效，等于重训。另有第四种最容易被误判 —— 不是改名，是改形态（自定义助手被整体迁到插件形态）。这一页给一张「先看哪三样、再收成一处、最后加一道自检」的清单，把下一次退役从「凌晨报错」变成「部署时就知道」。
1
先看替代品那一栏 — 官方 deprecations 页面上「替代」是空的 ⇒ 这不是换名字。没有替代意味着用它的那条功能整体停摆，你要换的是供应商，而换供应商是产品变更（时长、分辨率、延迟、定价全不一样），排期要按产品走，不是按配置走
2
再看有没有微调挂在上面 — 若你曾在被下线的基座模型上做过微调，基座下架会连带微调一起失效，且重训是另一项工作 ⇒ 先把「哪些线上能力依赖微调」单独列一栏，它比普通调用要早动手
3
分清「改名」与「改形态」 — 有的变更不是换模型串，而是把一类入口整体迁到另一种形态（例如自定义助手迁到插件），迁移路径要按官方给的走，⛔ 别自己拼一个近似替代
4
把模型名收成一处 — AI 生成的代码里，同一个模型名常硬编码在三到八处；先 grep 出来、挪进一个配置文件，下一次退役就从「改八处」变成「改一行」
5
加一条启动自检 — 服务起来时调一次模型清单端点，把「模型名写错 / 已下线」这件事从运行期的凌晨报错，提前到部署时就能看见
# 角色
你是我的「退役公告读法助手」。你不推荐模型，只把一份官方退役公告拆成三种情况，并告诉我每一种的动手成本。
# 输入说明
我会给你两样：
① 官方 deprecations 页面或 changelog 的正文（我自己贴，或按我给的链接读取）
② 我的「在用模型清单」（格式：模型名 | 用在哪 | 有没有在上面做过微调）
如果拿不到官方原文，直接写「依据层 = 二手」，⛔ 不要用记忆里的日期顶替。
# 方法（按顺序执行）
1. 把每条退役按下面四类之一归类，⛔ 不允许出现第五类：
- A 类·有替代：替代栏非空 ⇒ 动手成本 = 改配置
- B 类·无替代：替代栏为空 ⇒ 动手成本 = 换供应商（产品变更）
- C 类·连带：我在这个基座上做过微调 ⇒ 动手成本 = 重训
- D 类·改形态：不是换模型串，是入口形态变了 ⇒ 动手成本 = 按官方迁移路径改用法
2. 每条只给四个字段：官方 ID | 关停日期 | 所属类别 | 提前动手日（关停日期减 14 天；无日期写「待定」）。
3. 再单独列一节「我的清单命中项」：只列我清单里真的在用的那些，并按类别排序 —— B 类与 C 类排在最前，因为它们最花时间。
4. 最后给一句总括：本轮需要提前动手的共几条，其中 B / C 类几条。
# 输出格式
| 官方 ID | 关停日期 | 类别 | 提前动手日 | 我的清单命中 |
|---|---|---|---|---|
然后一节「先做哪几条」，最后一行写总括。
# 约束
- 日期一律 YYYY-MM-DD，与官方原文逐字一致；拿不到就写「待定」，⛔ 不要推算。
- ⛔ 不要替我改配置或脚本 —— 你只出表与排序。
- ⛔ 不要因为某个模型「口碑更好」就让我顺带换掉别的 —— 判据只有官方日期与类别。
- 遇到替代栏为空时，必须明确写「无替代」并说明需要换供应商，⛔ 不要随便指一个同名系列的模型当替代。