两个官方页面打架：Claude Haiku 4.5 在 Microsoft Foundry 到底哪天退役

作者同一天对比了 Anthropic 弃用页和 Microsoft Foundry 退役时间表，发现 Haiku 4.5 的退役日期互相矛盾：Anthropic 标为 Active，微软却写着两天后退役。文章解释了「不早于」是下限而非日期、微软按 12 个月生命周期公式定日期，并给出周日前的排查清单。

两个页面各说了什么

• Anthropic 弃用页：claude-haiku-4-5-20251001 状态 Active，退役「不早于 2026 年 10 月 15 日」
• Microsoft Foundry 时间表：claude-haiku-4-5 版本 1 和 2，退役日期 2026-11-15
• Sonnet 4.5 两边一致（11 月 30 日退役）；Opus 4.5 也对得上，Anthropic 的下限正好等于微软的日期
• Anthropic 页面明确说日期适用于包括 Foundry 在内的平台，但 Haiku 4.5 仍是矛盾点

为什么两边都能算「对」

• Anthropic 的「Tentative retirement date」对 Active 模型是下限：只保证不会早于这天退役，不承诺具体日期，Haiku 4.5 的下限已过四周模型仍在运行
• Google 的 Gemini 弃用页也是同样措辞：日期是「最早可能退役日」
• 微软对 Anthropic、DeepSeek、Fireworks、Mistral 的 GA 模型采用 12 个月生命周期（而非标准 18 个月），日期在发布时就定好
• Foundry 上退役的后果很直接：所有推理请求返回 410 Gone，且退役日期不可延长

该信哪一个

• 信你实际调用的端点所属方：请求走 Azure 的 anthropic 端点，就按微软的时间表规划
• 两个官方页面互不引用，作者也不知道周一早上哪个是对的
• 稳妥做法是按更早的日期做准备
• GitHub 代码搜索显示约 3100 个文件同时包含 claude-haiku-4-5 和 services.ai.azure.com，受影响的调用不在少数

周日前要做的四件事

• 找到部署名：Foundry 上 model 字段是部署名，默认等于模型 ID 但可以随意改，别只搜 claude-haiku-4-5
• 直接问 Azure 而不是看文档：用 Models API 查 lifecycleStatus 和 deprecation.inference，注意该 API 里 Deprecated 表示已退役、Deprecating 才对应文档里的 Deprecated
• 选好替代模型：微软没列 Haiku 4.5 的替代品，Anthropic 的 Foundry 指南列了 claude-haiku-5-5，切换前先用自己的提示词实测
• 处理 410：确认客户端不会对已退役部署无限重试；评论区补充提醒，网关代理常把上游 410 吞掉转成 502 或触发跨区域回退，造成重试风暴，代理要原样透传 410