GPT-5.1 于3月11日退役——以下是您在 LLM 应用中出现的故障
Source: Dev.to
2026年3月11日，OpenAI 退役了 GPT‑5.1 模型，并自动回退路由至 GPT‑5.3 和 GPT‑5.4。
如果你的应用在 API 请求中调用 gpt-5.1，现在它会被路由到另一个模型。API 响应中没有错误，没有警告，也没有版本号的提升。你的请求仍然成功——但返回的是你并未选择的模型的输出。
这就是 LLM 漂移问题最具破坏性的表现：一次被迫的模型迁移。
实际上模型退役时会有什么变化
当 OpenAI 退役带有自动回退的模型时，模型别名仍然有效。gpt-5.1 仍然“能用”，因为它不会返回 404，但底层模型已经发生了变化。这会产生一类对标准监控不可见的错误。
格式漂移
新模型的输出格式可能会有细微差别。在我们的测试套件中，一个简单的单词情感分类器在基线时返回 "Neutral."（带句点），而在模型更新后返回 "Neutral"（句点被去掉）。漂移得分： 0.575。
这是一分低得分；从 GPT‑5.1 强制迁移到 GPT‑5.3 通常会产生更高的漂移，因为这两个模型在本质上是不同的，而不仅仅是参数的微调。
if response.strip() == "Neutral.":
category = "neutral"JSON 空白漂移
不同模型会产生细微不同的 JSON 格式——空格数量不同，键的排序倾向也不同。JSON 仍然是有效的，但字节表示会变化。漂移得分： 0.316（在我们的测试中）。
这会导致：
- 对缓存响应的相等性检查失效
- 基于哈希的去重失效
- 任何未使用正规 JSON 解析器的解析器出错（对 API 响应进行字符串匹配的情况比预期更常见）
指令遵循回归
“恰好返回一个词”这类提示对模型变化特别敏感。指令遵循的校准在不同模型版本之间会有所差异。当从 GPT‑5.1 → GPT‑5.3 时，为 GPT‑5.1 特定行为调优的提示现在可能表现不同。
为什么这比 500 错误更难调试
500 错误很容易：监控触发，值班团队被呼叫，你回滚。
而静默的行为变化则不同：
- 请求成功（200 OK）
- 延迟保持正常
- 你的指标仪表盘看起来不错
- 用户开始得到错误的结果
- 几天后，出现一张支持工单
- 你花时间调试，假设是自己这边的代码变更
- 最终你查看 OpenAI 的发布说明，发现模型已经被下线
这个顺序——运行正常 → 用户抱怨 → 调试 → 发现是上游模型导致的——并非假设。它已经在使用所有主要 LLM 提供商的团队中发生过。
在 2025 年 2 月，r/LLMDevs 的一位开发者写道：
“我们这周捕捉到了 GPT‑4o 的漂移……OpenAI 以一种显著改变我们提示输出的方式修改了 GPT‑4o。没有任何提前通知。”
GPT‑5.1 于 3 月 11 日的下线属于同一类问题，只是强制迁移而不是静默的参数更改。
如何检测它
正确的方法是持续的行为回归测试：在计划的时间间隔内对实际生产提示进行 API 调用，并在输出行为超过阈值变化时发出警报。
这不同于：
- Evals – 在某一时点测试能力，而非随时间的行为一致性
- Log monitoring – 捕获错误，而非语义漂移
- LangSmith / Helicone – 跟踪请求，但不主动运行测试并对漂移发出警报
检测逻辑需要：
- 为每个提示建立基线（良好输出的样子）
- 对生产端点进行计划性的重新运行
- 一个漂移评分函数，用于捕获格式变化、语义变化以及指令遵循的回归
- 当漂移超过定义阈值时的警报
GPT‑5.1 用户的即时检查清单
- 审计您的 API 调用。 在代码库中搜索
gpt-5.1。任何使用该模型的调用现在都会路由到 GPT‑5.3 或 GPT‑5.4。 - 检查您的输出验证器。 验证、解析或比较 LLM 输出的代码存在风险。请注意精确匹配比较、JSON 解析以及遵循指令的提示。
- 在 GPT‑5.3 上运行您的测试套件。 如果您有任何 LLM 评估或测试，请立即在回退模型上运行并比较结果。
- 考虑持续监控。 一次性测试可以捕获今天的回归；持续监控可以捕获下一个回归——而且下一个回归肯定会出现。
漂移监控
我们构建了 DriftWatch 来自动化此检测。它每小时将你的测试提示词运行在 LLM 接口上，并在输出行为发生变化时提醒你——包括格式、长度、语义内容、指令遵循情况。
GPT‑5.1 退役正是它设计的场景。强制迁移会在第一次监控周期中被标记。
- Free tier: 3 prompts, no card required. Try it here
- GitHub (MIT): GenesisClawbot/llm-drift
在生产环境中你遇到过哪些漂移故障？强制迁移、静默参数变更、季节性模型更新？这些模式值得记录。