北京时间今日下午 5 时许，OpenAI 旗下三大核心产品线——API 平台、ChatGPT 和 Codex——同时出现大规模服务异常。据状态监控页面显示，共有 31 个组件出现性能降级，覆盖从对话生成、API 调用到代码执行的全链路。故障持续近两个小时，直到晚间 7 点左右才陆续恢复。
更让人不安的是，这并非今天的唯一一次事故。就在服务恢复后不久，OpenAI 状态页面在晚 8:43 再次挂出新的事故通告："Elevated ChatGPT conversation errors affecting Plus, Pro, Business, and Edu users"——ChatGPT 对话功能出现大面积错误，Plus、Pro、Business、Edu 用户全部受影响，截至发稿时该问题仍在调查中。
一天之内两轮故障。第一轮：下午 5 点至 7 点，API + ChatGPT + Codex 三线同时中断，31 个组件降级；第二轮：晚 8:43 开始，ChatGPT 付费用户再次大面积报错，调查中。
谁受到了影响？
这次宕机的打击面非常广：
- ChatGPT 付费用户：Plus、Pro、Business、Edu 用户均无法正常使用对话功能，部分用户的对话记录未被保存。
- API 开发者：依赖 OpenAI API 构建产品的团队，在故障期间面临请求超时、错误率飙升的困境。如果你的应用没有做好降级和重试机制，这两个小时大概率是"裸奔"状态。
- Codex 用户：刚刚在 7 月 10 日完成与 ChatGPT 桌面端合并的 Codex，作为独立的编程执行层，同样没能幸免。正在执行的代码任务可能中断，正在审查的 PR 可能卡死。
对于把核心业务直接建在 OpenAI 上的团队来说，这两个小时就是一次没有预警的"压力测试"——很遗憾，大多数人的系统没有通过。
不是偶然，是趋势
如果把时间线拉长来看，这次宕机并不是一个孤立事件，而是 OpenAI 近期稳定性持续下滑的又一个注脚。
仅 2026 年 5 月，OpenAI 就经历了 8 次服务中断：
📋 2026 年 5 月 OpenAI 故障时间线
- 5 月 1 日，图片生成功能错误率飙升，持续约 1 小时
- 5 月 8 日，GPT-5.5 模型 API 错误率和延迟异常，持续近 2 小时
- 5 月 11 日，GPT-5.5 再次高错误率，持续 3.2 小时
- 5 月 15 日，GPT-5.5 性能下降，持续整整 32 小时
- 5 月 21 日，ChatGPT 5.5 Thinking 模型延迟和错误率升高，持续 8 小时
- 5 月 22 日，Codex 速率限制被大量用户触发，持续超过 18 小时
- 5 月 26 日，美国联邦 FedRAMP 环境用户无法登录，持续 23.2 小时
- 5 月 27 日，ChatGPT 和 API 高延迟，从凌晨持续到次日凌晨 4 点
进入 7 月和 8 月，情况并未好转。第三方监控平台 IncidentHub 的数据显示，过去 30 天内 OpenAI 累计出现 37 次故障事件，涉及 32 个组件，最近一次在 7 月 31 日。而今天 8 月 4 日，仅一天内就出现了两轮事故。
值得注意的是，故障重灾区始终集中在最新一代模型和产品线。GPT-5.5 系列自 4 月底开放以来，几乎每次大规模故障都有它的身影。新模型的快速迭代和激进上线，正在以稳定性为代价。
对你意味着什么？
如果你只是偶尔用用 ChatGPT 聊天，这次宕机可能只是"今天网不太好"。但如果你是以下任何一种情况，这次事故应该引起你的重视：
你的产品核心功能依赖 OpenAI API
当你的业务可用性直接绑定在一家服务商身上时，它的可用性上限就是你的可用性上限。OpenAI 官方状态页显示过去 90 天 API 正常运行时间 99.98%——看起来不错，但这意味着仍有约 3.5 小时不可用。而对于 7×24 小时运行的产品来说，这 3.5 小时可能是致命的。
你正在用 Codex 做工程任务
Codex 在 7 月 10 日刚刚完成与 ChatGPT 的合并，从一个独立产品变成了 ChatGPT 桌面端的一个模式。合并后的系统复杂度更高，一旦出问题影响的范围也更广。如果你正在用 Codex 跑长时间的代码任务，建议增加任务状态检查点和断点恢复机制。
你是 Plus/Pro 付费用户
这次故障明确影响了所有付费层级。你每月支付 20 美元甚至 200 美元的订阅费，换来的并不是"永不宕机"的承诺——事实上，OpenAI 的服务条款里从来没有 SLA 保障。
怎么办？
几个务实的建议：
多模型容灾不是可选项，是必选项
如果你的业务不能容忍 2 小时的中断，就需要在主模型不可用时自动切换到备选方案——Claude、Gemini、国产大模型等都是可考虑的备选。
做好客户端降级策略
API 调用失败时，你的应用应该能优雅降级——缓存常用回复、展示友好提示、自动重试，而不是让用户看到一个白屏或 500 错误。
关注状态页，但别只靠它
status.openai.com 是第一手信息源，但从故障发生到官方通告往往有延迟。配合第三方监控工具（如 IncidentHub、DownDetector）能更早发现问题。
关键数据本地备份
这次故障中部分用户的对话记录未被保存。如果你的对话历史很重要，定期导出备份是个好习惯。
写在最后
OpenAI 正在以极快的速度迭代产品——GPT-5.6 系列刚上线、Codex 刚完成合并、Codex 免费额度刚被削减——每一次变化都伴随着新的不稳定因素。
对 AI 服务保持合理的预期，对自己的系统保持充分的掌控。
把关键能力建立在不可控的单一依赖上，从来都不是一个好架构。
这一次宕机两小时，下一次可能是更长时间。
你的 Plan B 准备好了吗？
