北京時間2026年3月2日晚19點49分，Anthropic旗下的AI助手Claude在全球范圍內(nèi)突發(fā)大面積服務(wù)中斷。無論是claude.ai網(wǎng)頁端、開發(fā)者控制臺，還是AI編程工具Claude Code與移動端應(yīng)用，幾乎同時出現(xiàn)故障提示。數(shù)千名用戶涌向Downdetector平臺報告問題，高峰期報障量達數(shù)千條。用戶登錄時，屏幕上顯示的要么是HTTP 500、529錯誤碼，要么是一句簡短的提示：“Claude will return soon.”

對于全球數(shù)百萬已將Claude深度融入日常工作流的開發(fā)者、內(nèi)容創(chuàng)作者和企業(yè)用戶來說，這次宕機帶來的體驗，更像是一場“大面積停電”。

社交媒體上，有人自嘲“現(xiàn)在只會寫prompt，這可怎么辦”；有開發(fā)者表示，工作進行到一半突然中斷，只能臨時切換到ChatGPT或Gemini應(yīng)急；還有人在群里調(diào)侃：“那些AI原生的公司，今天不如去團建算了。”

01 “打地鼠式”的宕機過程

盡管Anthropic官方至今未詳細說明宕機的具體原因，但過去一周發(fā)生的一系列事件或許能提供一些線索。

2月28日，Anthropic因拒絕將Claude用于大規(guī)模國內(nèi)監(jiān)控和全自主武器系統(tǒng)，失去了與美國五角大樓的合同。特朗普總統(tǒng)隨即在社交媒體上指責Anthropic是“左翼瘋子”，并下令所有聯(lián)邦機構(gòu)停止使用Claude。OpenAI則迅速接手，宣布與五角大樓達成合作協(xié)議。

這一事件在全球用戶群體中引發(fā)了戲劇性的反轉(zhuǎn)。一場名為“QuitGPT”的抵制運動在Reddit、Instagram和X.com上迅速蔓延。Reddit上一條呼吁取消ChatGPT的帖子獲得了3萬個贊，Instagram賬號“quitGPT”短時間內(nèi)吸引了超過78000名關(guān)注者。

據(jù)Tom's Guide報道，約70萬用戶開始從ChatGPT轉(zhuǎn)投其他平臺，Anthropic成為了這場數(shù)字遷徙的最大受益者。

根據(jù)Anthropic官方披露的數(shù)據(jù)，自2026年1月以來，Claude免費用戶數(shù)量增長超過60%，每日新注冊用戶數(shù)較2025年11月翻了三倍，付費訂閱用戶在年內(nèi)已經(jīng)翻倍。在超級碗LX之前，Claude在美國App Store的排名還在第42位；到2月28日，它登上了免費應(yīng)用排行榜第一名，將ChatGPT擠到了第二。

這波用戶增長來得過于迅猛。從Sensor Tower的數(shù)據(jù)來看，Claude在整個2月都處于快速攀升通道，但最后幾天的用戶涌入量遠超Anthropic基礎(chǔ)設(shè)施的承載預(yù)期。

外媒在報道中引用Anthropic的說法稱，公司在過去一周一直在應(yīng)對“前所未有的需求”。

圖：Downdetector中Claude報障飆升曲線

從Anthropic官方狀態(tài)頁面的時間線來看，故障的演進呈現(xiàn)出“打地鼠”式的特征。

UTC11:49（北京時間19:49），團隊開始調(diào)查問題，最初判斷故障集中在claude.ai的登錄和登出路徑。

UTC12:21（北京時間20:21），Anthropic宣稱核心API運轉(zhuǎn)正常，問題僅限于Web端。

UTC 13:37（北京時間21:37），情況出現(xiàn)惡化，部分API方法也開始報錯。

此后，Claude Opus 4.6模型在UTC 17:09出現(xiàn)異常，緊接著Claude Haiku 4.5在UTC 17:56也受到波及。修復、復發(fā)、再修復的循環(huán)持續(xù)了數(shù)小時。

直到UTC15:47（北京時間23:47）左右，主要服務(wù)才逐步恢復。隨后Opus 4.6又出現(xiàn)多次短時elevated errors（其中一段延續(xù)到約21:16 UTC，即北京時間3月3日5:16）。

而僅僅幾個小時后的UTC 3月3日凌晨3:15（北京時間11:15），新一輪故障再次出現(xiàn)，影響范圍擴展到了Claude Code和Cowork，截至發(fā)稿時問題仍在調(diào)查中。

關(guān)于宕機的原因，還有媒體報道稱，中東地區(qū)的AWS數(shù)據(jù)中心疑似遭受“不明物體”襲擊導致起火斷電，AWS算力池受到?jīng)_擊，而高度依賴這些算力節(jié)點的Claude模型因此失去支撐。

圖：AWS官方狀態(tài)頁的事故通告

遠在中東的地緣沖突，為何可能引發(fā)美國AI公司的大規(guī)模宕機事件？

當下，AI服務(wù)的關(guān)鍵鏈路高度全球化且存在少數(shù)“咽喉點”：地緣沖突若導致紅?！潞{—蘇伊士一帶的海底光纜受損、區(qū)域網(wǎng)絡(luò)受限，或波斯灣/阿拉伯半島周邊云數(shù)據(jù)中心與電力設(shè)施、跨境骨干網(wǎng)、海纜登陸站出現(xiàn)中斷與擁塞，就可能引發(fā)跨區(qū)域的網(wǎng)絡(luò)時延飆升、路由收斂異常、認證/計費/控制面訪問失敗，以及跨區(qū)復制和故障切換受阻。

而大模型推理與訓練對帶寬、低時延和云控制面依賴更強，一旦這些“底層要素”被擾動，原本分布式的云服務(wù)也會以連鎖方式把故障放大為面向全球用戶的系統(tǒng)性宕機。

圖：海底光纜在波斯灣的“匯聚點”：TeleGeography海底光纜地圖顯示，阿聯(lián)酋富查伊拉（Fujairah）與伊朗賈斯克（Jask）之間的UAE–Iran海纜只是其中一段，周邊密集的光纜走廊把中東連接到歐洲與亞洲的主干網(wǎng)絡(luò)；一旦該區(qū)域出現(xiàn)地緣沖突或基礎(chǔ)設(shè)施擾動，全球數(shù)據(jù)鏈路的脆弱性會被放大。

更值得關(guān)注的是，Claude宕機當天，xAI官方狀態(tài)頁顯示Grok（Web/iOS/Android）在同日約UTC23點前后也發(fā)生了約40分鐘的“暫時不可用”事件。但兩者是否存在共同上游或因果關(guān)聯(lián)，目前缺乏公開證據(jù)。

這條鏈路如果屬實，意味著這次宕機不僅僅是前端認證系統(tǒng)的問題，而是涉及底層云基礎(chǔ)設(shè)施的物理脆弱性。在賽博空間里算力強大的大模型，在真實世界的“物理打擊”面前顯得格外脆弱。

02 下游生態(tài)的連鎖反應(yīng)

Claude這次宕機之所以引發(fā)如此大的關(guān)注，核心原因在于，AI已經(jīng)從一個聊天機器人，變?yōu)橐徽麠lAI Native生產(chǎn)力鏈條的關(guān)鍵節(jié)點。

首先受到?jīng)_擊的是開發(fā)者群體。Claude Code已經(jīng)成為全球開發(fā)者最依賴的AI編程工具之一。據(jù)此前的報道，Claude Code產(chǎn)品年化收入估算約2億美元量級。Anthropic的Claude Code創(chuàng)始人Boris Cherny曾在播客中透露，他自2025年11月起就再也沒有手動編輯過一行代碼。

當Claude Code完全不可用時，外媒報道社區(qū)普遍反應(yīng)：開發(fā)者們被迫回到生成式AI出現(xiàn)之前的習慣，自己動手寫代碼。

專業(yè)開發(fā)者被迫在工作流中途切換到GitHub Copilot或ChatGPT的編碼功能，但這種切換本身就意味著效率損失和上下文斷裂。對于那些將Claude API深度集成到自有產(chǎn)品中的公司，影響更為直接。

雖然Anthropic聲稱API在大部分時間保持正常運轉(zhuǎn)，但UTC 13:37的那段時間，API也出現(xiàn)了故障，這恰恰是那些沒有多模型容錯方案的企業(yè)失去所有AI功能的關(guān)鍵時刻。

內(nèi)容創(chuàng)作領(lǐng)域同樣遭受沖擊。依賴Claude進行文案撰寫、報告生成、數(shù)據(jù)分析的團隊被迫暫停工作?？蛻舴?wù)機器人集體沉默，工單開始堆積。

據(jù)Deployflow的分析測算，對于一個25人規(guī)模的工程團隊，即便按每小時90英鎊的計費標準，4小時的服務(wù)中斷也意味著超過9000英鎊的生產(chǎn)力損失，還不包括下游的連鎖延遲。

更深遠的影響在于信任層面。ainvest的分析指出，重復性的服務(wù)中斷正在侵蝕用戶對平臺可靠性的信任，尤其是對于那些在Claude之上構(gòu)建業(yè)務(wù)的開發(fā)者和企業(yè)而言，持續(xù)的正常運行時間是最基本的要求。

那么，Claude究竟做了什么，讓企業(yè)對它的依賴性如此之強？

讓Claude從“好用的模型”變成“生態(tài)鏈核心”的，是Anthropic持續(xù)搭建的Agent基礎(chǔ)設(shè)施。

據(jù)Anthropic官方2025年7月披露的數(shù)據(jù)，Claude Code發(fā)布四個月就吸引了11.5萬開發(fā)者，每周處理1.95億行代碼，周下載量達300萬次。

2026年1月剛剛發(fā)布的Claude Cowork則更激進：一個能點擊鼠標、管理文件、跨軟件執(zhí)行任務(wù)的桌面智能體，配合11個覆蓋法律、銷售、財務(wù)等領(lǐng)域的行業(yè)插件，直接以“數(shù)字員工”的身份接管知識工作。

在底層，Anthropic推出的MCP協(xié)議正成為AI連接外部工具的事實標準，甚至競品OpenAI和Google都先后宣布支持，圍繞它已形成包含500多個商業(yè)應(yīng)用連接器的生態(tài)。

Claude在當下不僅僅是一個模型API，而是包含了模型（智能大腦）+ Code/Cowork（執(zhí)行）+ MCP（連接）構(gòu)成的“AI操作系統(tǒng)”。

Claude在開發(fā)者和企業(yè)生態(tài)中滲透太深，讓很多AI-Native公司形成了基礎(chǔ)設(shè)施級別的系統(tǒng)性依賴，而這個基礎(chǔ)設(shè)施的可靠性，還遠沒有達到它所承載的期望。

03 AI基礎(chǔ)設(shè)施的脆弱性

這次Claude宕機事件并非孤例。研究機構(gòu)Forrester在《2026年預(yù)測：云計算》報告中做出判斷：AI數(shù)據(jù)中心的升級改造將在2026年觸發(fā)至少兩次重大的、持續(xù)多天的云服務(wù)中斷。其中的邏輯是，AWS、Azure和Google Cloud等超大規(guī)模云服務(wù)商正在將投資重心從傳統(tǒng)x86和ARM環(huán)境轉(zhuǎn)向以GPU為中心的AI數(shù)據(jù)中心，而老化的基礎(chǔ)設(shè)施在日益增長的復雜性下變得脆弱不堪。

Forrester還預(yù)測，至少15%的企業(yè)將在2026年轉(zhuǎn)向私有云上的私有AI部署，以應(yīng)對不斷上升的成本、數(shù)據(jù)鎖定和運營風險。

2025年已經(jīng)給出了預(yù)警信號。AWS曾遭遇超過1700萬Downdetector報告、持續(xù)超過15小時的大規(guī)模宕機，影響了Netflix、Snapchat等一系列服務(wù)。2025年11月，Cloudflare的服務(wù)中斷導致包括Claude、Shopify、X在內(nèi)的大量網(wǎng)站癱瘓。2025年12月，亞馬遜自研的AI編程工具Kiro在自動修復一個客戶面向系統(tǒng)時，自主決定刪除并重建整個環(huán)境，觸發(fā)了一次長達13小時的AWS Cost Explorer中斷。單點故障引發(fā)的連鎖反應(yīng)，正在成為AI時代最危險的系統(tǒng)性風險。

這對整個行業(yè)的啟示是多維度的。第一，多模型冗余不再是可選項，而是必選項。此次宕機中，那些提前部署了多LLM容錯方案的企業(yè)，比如在Claude不可用時自動切換到Gemini或GPT等模型，受到的影響明顯更小。未來的AI基礎(chǔ)設(shè)施架構(gòu)必須像今天的多云部署一樣，將“模型冗余”納入核心設(shè)計。

第二，觀測能力至關(guān)重要。Deployflow的分析指出，Token延遲追蹤和錯誤率飆升警報是預(yù)判服務(wù)崩潰的早期信號，能夠讓團隊在全公司失去AI訪問之前就進行切換。

第三，物理基礎(chǔ)設(shè)施的安全性被嚴重低估。如果中東數(shù)據(jù)中心遇襲的因果鏈條成立，那么AI基礎(chǔ)設(shè)施面臨的威脅不僅來自軟件層面，還包括地緣政治風險、物理攻擊甚至自然災(zāi)害。

Forrester還指出了一個值得關(guān)注的趨勢：“新云”（neoclouds），如CoreWeave、Lambda和Nebius等專注于高性能GPU的專業(yè)化云服務(wù)商，預(yù)計將在2026年獲得200億美元的收入，侵蝕超大規(guī)模云服務(wù)商在生成式AI領(lǐng)域的主導地位。

這些服務(wù)商從零開始構(gòu)建GPU優(yōu)先的架構(gòu)，而非在舊數(shù)據(jù)中心上進行改造，可能為AI基礎(chǔ)設(shè)施的韌性提供新的解題思路。

對于正在搭建AI基建的企業(yè)和平臺而言，這次事件留下了清晰的教訓：不要把所有雞蛋放在一個籃子里，也不要假設(shè)任何一家供應(yīng)商，能夠提供100%的正常運行時間。

在AI成為真正的“水電煤”之前，它的基礎(chǔ)設(shè)施必須先達到“水電煤”級別的可靠性。否則，每一次宕機都將是一次對整個生態(tài)的壓力測試。

截至發(fā)稿，Claude服務(wù)仍存在間歇性故障，Anthropic還在持續(xù)調(diào)查中。

本文來自微信公眾號“騰訊科技”，作者：曉靜，36氪經(jīng)授權(quán)發(fā)布。

本文僅代表作者觀點，版權(quán)歸原創(chuàng)者所有，如需轉(zhuǎn)載請在文中注明來源及作者名字。

免責聲明：本文系轉(zhuǎn)載編輯文章，僅作分享之用。如分享內(nèi)容、圖片侵犯到您的版權(quán)或非授權(quán)發(fā)布，請及時與我們聯(lián)系進行審核處理或刪除，您可以發(fā)送材料至郵箱：service@tojoy.com