直接答案：模型停服不是只改一个 model ID；它会影响提示词、工具调用、微调、评测和合同。2026 年要把它当供应链事件管理：固定版本、监控生命周期、用黄金集做回归，并提前写清迁移和退出条款。
本文面向已上线或准备上线大模型应用的企业 AI 负责人、产品/工程、SRE、采购、法务和供应商管理，讨论“供应商停服/版本弃用”时怎么发现、怎么评估、怎么迁移、合同怎么签。资料截止 2026-10-30。本文是公开厂商文档和项目方法整理，不是对任何模型、供应商、价格或合规性的认证/承诺；具体通知期、停服日期、SLA 和合同责任，以厂商原文、合同和实际部署为准。
不要用“latest”赌稳定；模型 ID、API 版本、提示词/工具 schema 和评测集要能固定；停服前先做依赖盘点、黄金集回归、灰度和回滚；合同要写通知、迁移支持、价格保护和退出。
2026 年模型停服为什么变成采购问题？
模型停服不是只改一个 model ID；它会影响提示词、工具调用、微调、评测和合同。2026 年要把它当供应链事件管理，而不是等报错再修。
大模型 API 的生命周期通常由供应商单方面控制：发布、GA、弃用、停服。企业应用却往往把模型名写死在代码、提示词、评测集、合同和预算里。一旦供应商停服，问题不只是“换个模型”，而是输出格式、工具调用、引用、延迟、成本、安全过滤和人工接管一起变化。采购如果把“模型可用性”当成默认前提，停服时就会把迁移成本留给业务团队。
| 风险 | 停服时会发生什么 | 谁受影响 | 先做什么 |
|---|---|---|---|
| 模型 ID 消失 | 请求直接报错；旧日志无法复现 | 产品/工程/SRE | 盘点所有模型 ID 和别名 |
| 行为变化 | 格式、工具调用、引用、拒答和延迟变化 | 业务/QA/客服 | 用黄金集做回归 |
| 微调/Embedding 失效 | 需要重训、重建索引或换维度 | 算法/数据/运维 | 确认依赖和重建成本 |
| 合同没有通知/迁移条款 | 供应商只给很短窗口，迁移费用自担 | 采购/法务/财务 | 补通知、迁移和退出条款 |
风险表是编辑整理；具体停服影响取决于应用架构、模型依赖、数据区域和合同，需按项目核对。
四家厂商的停服窗口差多少？
四家窗口不同：OpenAI GA 至少 6 个月、Anthropic 至少 60 天、Google 12 个月或 45 天、Azure GA 标准 18 个月；预览和安全例外可能更短，先看 GA、预览和例外，再按合同/评测排迁移。
公开文档给出的“提前通知”不是一个统一数字，而且“GA/公开模型/预览/特殊变体/安全例外”差别很大。下面只摘录各家当前公开页面上的通用承诺，具体模型仍要看各自的停服表；厂商保留因安全/合规问题缩短通知的权利。
| 厂商 | 公开通知窗口 | 更短/例外 | 可监控信号 | 验收含义 |
|---|---|---|---|---|
| OpenAI | GA 模型至少 6 个月；专用变体至少 3 个月 | Preview 可能短至约 2 周；安全/合规可更快 | shutdown_date 字段、Deprecations 页面、邮件 | 不要用 preview 跑关键生产；代码要读关闭日期 |
| Anthropic | 公开模型至少 60 天 | 以具体模型页/邮件为准 | Model deprecations 页面、邮件、Usage 导出 | 60 天只够小迁移；关键系统要更早准备 |
| Google Cloud | 部分模型发布后至少 12 个月；短周期模型至少 45 天迁移 | 以模型版本表为准 | Model versions 页面、版本表 | 按模型 ID/版本锁定，不用“自动最新” |
| Azure/Foundry | GA 模型标准 18 个月生命周期 | 安全/合规可紧急退役；替换模型约提前 90/30 天可用 | Model retirement schedule、生命周期页 | 到期后可能返回 410；要提前做替换/回滚 |
窗口摘录自厂商公开页面（2026-10-30 访问）：OpenAI Deprecations、Anthropic Model deprecations、Google model versions、Azure lifecycle。厂商政策会变，以原文和具体模型表为准；本表不是法律承诺。
这张表最容易被误读成“有 6 个月就够”。实际迁移不只是改 API：如果应用依赖工具调用、JSON schema、引用格式、微调权重或 Embedding 维度，2 周只够做一次 demo，不够做回归、灰度、客服培训和合同变更。预览模型尤其不能用来跑关键生产，因为它的通知窗口可能短到两周。
停服会打断哪几层依赖？
停服可能打断模型 ID、API/SDK、提示词/工具 schema、微调/Embedding、安全过滤、数据区域和计费七层；先画依赖图，再谈迁移，任何一层没盘点，迁移都会返工。
很多团队以为“换模型”就是改一个字符串。实际至少要看七层：模型 ID/别名、API 版本和 SDK、提示词和工具 schema、微调/Embedding、安全/内容过滤、数据区域/保留、计费和配额。每一层的失败方式不同，验收证据也不同。
| 依赖层 | 可能怎么坏 | 怎么发现 | 怎么降低风险 |
|---|---|---|---|
| 模型 ID/别名 | 硬编码 ID 消失；latest 自动漂移 | 代码/配置扫描、请求日志 | 固定版本；别名只用于非关键 |
| API/SDK | 参数、错误码、流式格式变化 | 契约测试、SDK 版本表 | 锁定 SDK；适配层隔离 |
| 提示词/工具 schema | JSON 格式、函数调用、拒答变化 | 黄金集、schema 校验 | 版本化提示词；严格解析 |
| 微调/Embedding | 权重不可用；向量维度/语义变化 | 模型卡、索引版本、召回测试 | 保留训练数据；可重建索引 |
| 安全/内容过滤 | 拒答率、误杀、合规边界变化 | 安全样本、红队、人工复核 | 独立安全层；可配置策略 |
| 数据区域/保留 | 数据驻留、日志/训练使用变化 | DPA、区域配置、审计 | 合同写区域/保留/删除 |
| 计费/配额 | 单价、缓存、限流、套餐变化 | 账单、用量、压测 | 预算告警；多供应商比价 |
依赖分层是编辑整理；具体失败模式和证据，按应用架构、模型/供应商和合同确认。
停服前 90 天怎么做回归迁移？
停服前 90 天先盘点模型和 owner，再做黄金集、影子流量、灰度、回滚和合同确认；只跑一遍新模型 demo 不算迁移，切终前保留回滚窗口。
迁移的目标不是“新模型能回一句话”，而是“关键任务在可接受的指标内，且失败能回滚”。建议把 90 天分成盘点、黄金集、影子、灰度、合同/运维、切终六段。每一段都要有 owner、证据和停止条件；如果关键指标不过，宁可按合同延期或缩范围，不要带病切流。
| 阶段 | 动作 | 产出 | 停止/回滚 |
|---|---|---|---|
| 0–2 周 | 盘点模型 ID、别名、SDK、提示词、工具、微调、Embedding、区域和 owner | 依赖图、停服日期表 | 发现关键系统无 owner 先停迁移 |
| 3–4 周 | 冻结黄金集/安全样本；定义任务成功、格式、引用、时延、成本、接管门槛 | 评测集、门槛表 | 没有基线不进入影子 |
| 5–6 周 | 新模型影子流量；对比输出、工具调用、拒答、时延和成本 | 差异报告、失败样本 | 关键指标不过不灰度 |
| 7–8 周 | 小流量灰度；人工复核；准备回滚开关和双跑预算 | 灰度记录、回滚演练 | 回滚失败不扩大流量 |
| 9–10 周 | 合同/通知/价格/数据删除确认；更新提示词、SDK、监控和 runbook | 合同变更、运维文档 | 合同未确认不切终 |
| 11–12 周 | 切终、复盘、关闭旧模型；保留回滚窗口和证据 | 切终记录、复盘 | 异常按回滚阈值退回 |
90 天计划是编辑建议；实际周期取决于系统复杂度、评测集、供应商窗口和合同，不能替代项目排期。
迁移预算不要只算新模型单价。至少包含：工程人天、评测/标注、双跑 token/云资源、客服/人工接管、合同/法务和机会成本。一个简单口径是“迁移预算 = 工程 + 评测 + 双跑 + 接管 + 合同”，按 3–6 个月摊销；具体金额按项目测算，本文不给报价承诺。
回归评测看哪些指标？
回归至少看任务成功、格式/工具调用、引用/grounding、时延、单任务成本、人工接管、安全和数据边界；只看“回答更像人”不够。
模型迁移的评测要和业务验收用同一套黄金集，而不是让供应商挑几个漂亮案例。建议把指标分成硬门槛和软指标：格式/工具调用、安全/越权、数据泄露是硬门槛；时延、成本、语气、长度可以是软指标。每个指标要有样本量、口径、失败处理和复测记录。
| 指标 | 为什么看 | 通过标准 | 证据 |
|---|---|---|---|
| 任务成功 | 新模型是否完成同一业务任务 | 按场景设门槛；关键任务不降级 | 黄金集逐条结果 |
| 格式/工具调用 | JSON、函数、工作流是否可解析 | 格式错误率低于门槛；工具参数正确 | schema 校验、日志 |
| 引用/grounding | 答案是否有来源、是否编造 | 引用可核；无来源结论标注 | 引用样本、人工复核 |
| 时延 | 是否影响客服/生产节拍 | P95 在业务可接受范围 | 压测/监控 |
| 单任务成本 | 迁移后单位经济是否变差 | 不超过预算/毛利门槛 | 账单、token/任务 |
| 人工接管 | 失败时是否有人兜底 | 接管率/处理时长可控 | 工单、值班记录 |
| 安全/数据 | 越权、注入、泄露、区域/保留 | 硬门槛；失败即回滚 | 安全测试、DPA |
指标和门槛是编辑建议；具体样本量、口径和通过标准，按业务风险、评测集和合同确认。
合同要写哪些停服/迁移条款？
合同要写通知期、迁移支持、版本/SLA、价格保护、数据删除和退出；只写“供应商可随时升级”会把停服风险留给买方。
模型生命周期由供应商控制，但合同可以把“通知、支持、价格、数据和退出”写清。采购不要只签“可用即可”的通用 SaaS 条款；如果应用依赖特定模型/版本，要把它写进服务描述、SLA 和变更流程。下面是编辑建议，不替代律师审阅。
| 条款 | 要写什么 | 证据 | 红旗 |
|---|---|---|---|
| 通知 | 停服/弃用提前多少天；通知渠道；紧急安全例外 | 通知记录、生命周期页 | 只靠博客/邮件，无合同义务 |
| 迁移支持 | 替换模型、迁移文档、评测支持、过渡期双跑 | 迁移计划、支持工单 | “自行迁移”无支持 |
| 版本/SLA | 固定版本可用期、错误率/时延、降级/限流 | SLA、状态页 | 只写“尽力可用” |
| 价格保护 | 停服/迁移期价格、缓存/批处理、配额 | 报价单、账单 | 迁移后大幅涨价 |
| 数据 | 训练使用、区域、保留、删除、导出 | DPA、审计 | 停服即删数据/不导出 |
| 退出 | 权重/提示词/日志/评测集/向量导出；过渡期 | 退出清单、删除证明 | 只给 PDF 报表 |
合同条款是编辑建议，不替代律师审阅；具体通知期、SLA、数据和责任，按供应商、部署方式和合同确认。
上线/停服前的验收清单
验收看清单、owner、监控、黄金集、回归、灰度、回滚和合同八项；任何一项缺失，停服时只能临时救火，清单要能落到人和日期。
这份清单可以给 AI 产品、工程、SRE、采购、法务和供应商管理共用。通过标准不是“新模型能跑”，而是“能发现停服、能评估影响、能回滚、能按合同迁移”。
| 检查项 | 通过标准 | 证据 | 不合格处理 |
|---|---|---|---|
| 模型清单 | 所有模型 ID/别名、版本、owner、用途可查 | 依赖图、配置 | 补清单/停用未知模型 |
| 生命周期监控 | 停服页/邮件/shutdown_date/状态页有人看 | 监控配置、值班表 | 设 owner/告警 |
| 黄金集 | 关键任务、格式、安全、引用样本齐全 | 评测集、标注 | 补样本/不迁移 |
| 回归 | 新旧模型同集对比；硬门槛不过不切 | 差异报告 | 重跑/缩范围 |
| 灰度/回滚 | 小流量、回滚开关、双跑预算 | 灰度记录、演练 | 回滚失败不扩大 |
| 合同 | 通知、迁移、SLA、价格、数据、退出写清 | 合同/DPA | 补条款/换供应商 |
| 运维文档 | runbook、联系人、降级/停用步骤更新 | 文档、演练 | 补文档/培训 |
验收清单是编辑建议；具体停服/迁移/SLA/数据要求，按供应商文档、合同和业务风险确认。
谁该读、谁不适合、能支持什么决策？
适合已上生产或多供应商的 AI 团队；不适合还没上线、没有评测集或只用一次性 demo 的团队，先看有没有生产依赖和评测集。
该读：已上线客服/知识库/Agent/质检等大模型应用的企业 AI 负责人、产品/工程、SRE、采购、法务和供应商管理；正在选型、准备多供应商、收到停服通知或要做年度预算的团队。 不适合：还没上线、没有真实任务和评测集的团队；只用一次性 demo、没有生产依赖的项目；希望用一篇清单替代合同/律师意见的团队。 能支持：模型固定/版本策略、停服监控、依赖盘点、90 天迁移、回归门槛、合同条款、上线/停服验收。
凌壹信息是网站建设与企业 AI 项目服务商，不是模型厂商或法律服务机构；本文不替代供应商合同、律师意见或安全测评。项目按实际情况确认范围，不承诺模型可用期、迁移周期、成本或效果。
常见问题
模型停服一般提前多久通知？
没有统一答案。公开页面里，OpenAI GA 模型至少 6 个月、Anthropic 公开模型至少 60 天、Google 部分模型 12 个月或短周期 45 天、Azure GA 标准 18 个月；预览、专用变体和安全/合规例外可能更短。以具体模型页和合同为准。
用“latest”别名是不是会自动升级？
可能会，但这正是风险。别名会漂移，行为、价格和格式可能变化；关键生产应固定模型版本，别名只用于非关键或可快速回滚的场景。升级要走黄金集和灰度，不要靠别名“自动最新”。
换模型只要改 model ID 吗？
不够。还要看 API/SDK、提示词、工具 schema、微调/Embedding、安全过滤、数据区域、计费和监控。很多失败不是模型不会回答，而是 JSON 解析、函数参数、引用格式或拒答策略变了。
供应商说兼容 OpenAI API，是否不用迁移？
兼容通常只覆盖接口形状，不保证行为、工具调用、引用、拒答、时延、价格和数据条款一致。仍要用自己的黄金集做回归，并核对 SLA、数据区域和退出条款。
私有化/开源自部署会不会没有停服问题？
不会完全消失。权重可能停更、框架/依赖会过期、GPU/驱动/安全补丁要维护；只是控制权从 API 厂商转到企业自己。仍要固定版本、保留数据、做回归和退出计划。
合同里怎么写停服/迁移？
至少写通知期和渠道、迁移支持、版本/SLA、价格保护、数据保留/删除/导出、退出和过渡期；把“可用模型/版本”写进服务描述。具体条款按供应商、部署方式和律师意见确认。
一句话总结
大模型 API 停服是供应链事件：固定模型版本、监控生命周期、用黄金集做回归、灰度和回滚，合同写通知/迁移/价格/数据/退出；不要用“latest”赌稳定，也不要把停服迁移留到报错那天。
研究方法与局限
本文为公开厂商文档、生命周期页面和编辑方法整理，不是对任何模型、供应商、价格、SLA 或合规性的认证/承诺或法律意见。文中未使用未公开的客户系统、合同或停服个案；通知窗口、迁移周期、指标和合同条款是编辑建议，具体以厂商原文、合同、实际部署和律师意见为准。
数据来源与口径
资料截止 2026-10-30；以下为厂商官方生命周期/停服页面，具体模型、日期和条款以原文为准。
- OpenAI, Deprecations：platform.openai.com。GA 至少 6 个月、专用变体至少 3 个月、Preview 可能约 2 周；
shutdown_date字段。 - Anthropic, Model deprecations：docs.anthropic.com。公开模型至少 60 天通知；停服/替换模型表。
- Google Cloud, Model versions and lifecycle：cloud.google.com。部分模型发布后至少 12 个月；短周期模型至少 45 天迁移。
- Microsoft Foundry, Models lifecycle and support policy：learn.microsoft.com。GA 标准 18 个月生命周期；替换模型约提前 90/30 天可用；到期后可能返回 410 Gone。