共计 1325 个字符,预计需要花费 4 分钟才能阅读完成。
7 月 25 日傍晚,OpenAI 经历了一场罕见的“三线齐崩”——API、ChatGPT、Codex 同时报错,31 个服务组件性能下降, 故障持续近两小时。然而, 这并非孤立事件: 第三方监测数据显示,OpenAI 已连续 17 天没有一天完全正常。在 AI Agent 加速落地的 2026 年, 这样的稳定性表现正在重新定义企业对 AI 服务的信任标准。
📌 事件回顾: 一次影响广泛的故障
北京时间 7 月 25 日 17 时 17 分,OpenAI 官方状态页挂出“Investigating”标签, 确认多项服务错误率升高。18 时 02 分进入“Monitoring”阶段, 缓解措施生效;19 时 08 分宣布全部恢复。此次故障波及三条产品线:API 的 12 个组件、ChatGPT 的 15 个组件以及 Codex 的 4 个组件, 合计 31 个服务组件性能下降。用户侧普遍遭遇请求失败、响应异常和任务中断, 尤其是 Codex 的故障对编程 Agent 影响显著——长时间运行的任务可能因中断而整体失败。
🔍 连续 17 天的“带病上岗”
将视角拉长至一个月, 这次事故绝非孤例。第三方状态监测平台 Bifrost 的记录显示, 从 7 月 9 日至今,OpenAI 没有一天处于“完全正常”状态:7 月 12 日和 16 日发生两次重大宕机, 其余日期则在性能下降和部分宕机之间切换。另一监测站 incidenthub 的记录同样密集: 仅 7 月 23 日一天,OpenAI 就报告了四起独立事故, 涉及 ChatGPT 错误率和延迟;24 日 Codex Review 报错;25 日则演变为三线齐崩。官方对原因保持沉默, 合理推测包括夏季推理负载持续攀升、新模型和新功能密集发布导致基础设施长期承压。
围绕“Codex 也断了:OpenAI 三线齐崩,Agent 时代的”, 这一部分可从背景、现状与影响三个角度理解其关键信息。结合已公开内容来看, 核心结论是趋势已较为明确, 但细节仍需结合后续进展持续观察。
💡 Agent 时代: 宕机的“算法”变了
两年前 ChatGPT 宕机,损失的主要是聊天体验 。但在 2026 年,AI 服务已深度嵌入生产系统:API 背后是客服机器人、代码流水线、自动化审计和 Agent 工作流。服务中断 111 分钟, 等于断掉了客户的“生产线”。值得注意的是,OpenAI 状态页下方甚至出现了第三方容灾服务的广告语——“OpenAI 挂了? 自动把请求路由到健康的替代模型”, 多模型容灾已成一门生意。对企业选型而言, 这组 17 天的记录将 SLA 推至台前。模型能力榜每周易主, 但可靠性按天计分。能力差距按百分比算, 宕机损失则按 100% 算。这迫使企业重新评估单家依赖的风险敞口。
📊 行业观察: 多云多模型架构成标配
- 多云多模型路由从加分项变为标配:企业 AI 架构将更倾向于分散风险, 避免单一供应商依赖。
- 国产模型迎来窗口期:每次海外旗舰故障, 都是国产模型承接溢出需求的机会, 前提是自身稳定性经得起同样负载的考验。
🚀 总结
围绕“Codex 也断了:OpenAI 三线齐崩,Agent 时代的”,这一部分可从背景、现状与影响三个角度理解其关键信息。结合已公开内容来看,核心结论是趋势已较为明确,但细节仍需结合后续进展持续观察。