7月25日傍晚，OpenAI的API、ChatGPT、Codex三線同時報錯，31個服務組件功能下降，1小時51分鐘后康復。

單次毛病倒不算什么，大問題是，OpenAI現(xiàn)已連續(xù)17天沒有過一個徹底正常的日子。

驚險一斷

北京時刻7月25日17時17分，OpenAI官方狀況頁掛出“Investigating”：多項服務錯誤率升高。18時02分進入“Monitoring”，緩解措施已生效；19時08分宣告全部康復 。

受影響面掩蓋三條產(chǎn)品線：API 12個組件、ChatGPT 15個組件、Codex 4個組件，算計31個服務組件功能下降 。第三方監(jiān)測站記載的事端起點為UTC時刻09時17分，與狀況頁徹底吻合 。

用戶側(cè)的感受非常直觀：懇求失利、響應異常、任務中斷。其間Codex中招值得單獨拎出來——編程Agent執(zhí)行任務動輒卡住幾十分鐘，服務斷在中間，如果在跑大項目，那么鬧不好會整體爛尾。

連續(xù)17天“帶病上崗”

把視角拉長到一個月，這次事端就不能被看做孤例了。

第三方狀況監(jiān)測平臺Bifrost的記載顯現(xiàn)，從7月9日至今，OpenAI沒有一天處于“徹底正�！睜顩r：7月12日和16日兩次Major Outage，其余日期在Degraded Performance和Partial Outage之間來回切換 。

另一個監(jiān)測站incidenthub的記載相同密集：僅7月23日一天，OpenAI就掛出四起獨立事端，觸及ChatGPT錯誤率和延遲；24日Codex Review報錯；25日輪到三線齊崩 。

原因?qū)用婀俜奖３殖聊�，合理推演有兩個方向：夏日推理負載繼續(xù)爬坡，疊加新模型與新功能的發(fā)布節(jié)奏，基礎設施長時間處于壓線運行狀況。這些都歸于估測，等官方復盤。

Agent時代，宕機的算法變了

兩年前ChatGPT宕機，損失的主要是聊天體驗。2026年的這次毛病，性質(zhì)現(xiàn)已換擋。

API背后是生產(chǎn)體系：客服機器人、代碼流水線、自動化審計、Agent工作流。服務中斷111分鐘，斷的是生產(chǎn)線。監(jiān)測頁下方那句廣告語本身便是商場信號——“OpenAI掛了？自動把懇求路由到健康的代替模型”，多模型容災現(xiàn)已做成了一門生意 。

對企業(yè)選型而言，這組17天的記載會把一個目標推到臺前：SLA。模型能力榜周更易主，可靠性卻按天計分。能力差距按百分比算，宕機損失按100%算。

合理推演是兩條。其一，多云多模型路由將從加分項變成企業(yè)AI架構(gòu)的標配，單家依賴的危險敞口會被重新定價。其二，每次海外旗艦毛病，都是國產(chǎn)模型接受溢出需求的窗口——前提是自家的穩(wěn)定性先扛住相同的負載曲線。

OpenAI的工程團隊大概率會在幾天內(nèi)給出復盤。但17天連續(xù)異常這個事實擺在這里，商場要聽的解釋，恐怕比"錯誤率升高"這五個字雜亂得多。