ChatGPT 404 宕机：原因、影响与社区见解

直接结论

ChatGPT 的网页界面开始为已登录用户返回原始的 404 响应，Claude、Grok 和其他 LLM API 也报告了类似错误，这表明存在一个共同的故障点，暂时导致多个 AI 服务不可用。

发生了什么？

  • 症状：已登录用户访问 https://chatgpt.com/ 时收到没有 HTML 的纯 404 状态页面。无痕模式（未认证）会话正常加载。
  • 范围：宕机蔓延到了 OpenAI 的 Codex API（在 VS Code 中使用），并且 Anthropic 的 Claude、xAI 的 Grok 和 Google Gemini 的故障报告也印证了这一点。
  • 持续时间：该帖子指出了一段短暂的停机时间，随后是恢复消息（“WE'RE BACK BABY! Work can now resume”）。

为什么这很重要

  • 单点故障：竞争提供商同时出现故障，暗示了共享基础设施（如 DNS、CDN 或身份验证服务）的问题，而不是孤立的 Bug。
  • 开发者生产力：404 阻止了对核心功能（聊天、文件上传、代码生成）的访问，并打乱了依赖 Codex 集成的工作流。
  • 信任与韧性：随着 AI 生态系统对软件开发和研究变得越来越关键，反复出现的跨提供商宕机事件引发了对其稳健性的担忧。

社区观察

“显而易见的问题是：是否存在一个单点故障/所有这些提供商故障所涉及的公共基础设施？” – blater

“看看这个帖子，评论质量与 LLM 宕机之间存在相关性。” – glouwbug

“事实证明，全球 40% 的 AI token 使用量来自十几个失控的实例，现在每天燃烧总计 50 万亿个 token……当 Claude 宕机时，它们的自动故障转移算法转向了其他提供商，导致所有前沿实验室全部瘫痪。” – themgt（推测性场景）

“我听说 ChatGPT 宕机了，他们不知道怎么修。” – jmaw

“我是付费的 ChatGPT 和 Codex 用户……在多个设备上登录，突然 https://chatgpt.com/ 开始返回原始 404……无痕模式正常。” – rhodey

“一样，如果你已登录或尝试登录，应用就会报 404。这次失误造成了数百万的损失？” – djinn80

“各位，这就是我们会铭记的时刻。它们全部逃脱的那一刻："help peer".-” – Bluestein（幽默看法）

“伙计们！DeepSeek、Z.ai、Kimi 甚至 Mistral 都正常运行！只是想让你们知道。” – Aldipower（表明并非所有提供商都受到影响）

可能的技术原因

  1. 身份验证服务宕机 – 未认证请求成功而已登录会话失败的事实，指向了 auth token 验证层的故障。
  2. CDN 边缘节点故障 – CDN 边缘节点的配置错误或宕机可能会为已缓存的身份验证路由提供 404 响应，同时保持公共资产不受影响。
  3. 后端 API 网关 – OpenAI 的 /backend-api/ 端点（由 Codex 使用）返回了相同的 404，表明路由已认证 API 调用的网关已宕机。
  4. 共享的第三方依赖项 – 许多 AI 提供商依赖共同的云服务（例如 DNS 提供商、负载均衡器）。此类服务的宕机可能会在竞争对手中级联发生。

对下游工具的影响

  • VS Code 扩展：基于 Codex 的补全失败，报错 unexpected status 404 Not Found。
  • 自定义集成：任何使用 OpenAI 已认证端点的应用程序都经历了相同的故障。
  • 用户体验：已登录用户失去了对聊天记录、文件上传和高级功能的访问权限，被迫退回无痕模式或使用替代模型。

经验与建议

  • 优雅降级：当出现与身份验证相关的错误时，在客户端实现回退到未认证端点或替代提供商的机制。
  • 多提供商策略：依赖单一 LLM 供应商可能会导致工作流完全停滞；考虑在垫片（shim）后抽象模型调用，以便能够切换提供商。
  • 监控身份验证流程：将身份验证端点的 HTTP 状态代码与公共页面分开跟踪，以检测宕机的早期迹象。
  • 事件沟通：OpenAI 的状态页面和社交渠道应提供实时更新，以减少猜测。

展望

虽然 404 事件很快得到了解决，但该事件凸显了快速整合的 AI 服务栈的脆弱性。开发者和企业应预见类似的跨提供商中断情况，并设计能够在任何单一提供商的身份验证层暂时丢失时存活的系统。

Sources

相关