Anthropic 旗下 Claude 於 8 月 24 日出現跨模型服務異常，影響聊天介面、API、Claude Code 及 Cowork。官方其後確認事故已排除，受影響時間約由 04:50 UTC 至 07:36 UTC，歷時約 2 小時 46 分鐘。這次 Claude 故障除了影響個人用戶，亦突顯香港企業加快將生成式 AI 納入日常工作流程後，供應商集中及服務韌性已成為管理層必須面對的營運議題。本文聚焦事故範圍、重複異常訊號，以及企業應如何重新評估 AI 依賴風險。
單一事故牽動 4 大產品面
Anthropic 最初於 8 月 24 日 05:06 UTC 表示，正調查多個模型請求錯誤率上升問題，涉及 Claude Mythos 5、Fable 5、Opus 5 及 Opus 4.8。21 分鐘後，公司表示已識別問題原因並着手修復，但未有公開技術根因。用戶看見的「529 Overloaded」訊息，只反映部分請求未能處理，未能證實容量不足是整場 Claude 故障根源。有媒體參考官方狀態頁、原始報道及獨立故障追蹤資料後發現，事故同時波及 claude.ai、API、Claude Code 與 Cowork，意味模型服務、路由或共用基礎設施任何一環失效，都可能擴大為多項產品服務中斷。
連環異常提高營運成本
這並非 Claude 本月首宗多模型異常。官方紀錄顯示，8 月 18 日多款模型曾出現效能下降，影響 Claude Opus 5、Mythos 5、Fable 5、Sonnet 5 及 Haiku 4.5，事故同樣波及聊天、API、程式開發及協作產品。較早前的 8 月 5 日，Claude 多項服務亦因多模型請求錯誤率上升而受影響，Anthropic 當時同樣表示已識別原因並部署修復。
這類 Claude 故障的商業影響在於，企業已將 AI 由單純寫作工具延伸至客服草稿、程式開發、文件處理及資料分析。香港電訊 2026 年調查顯示，67% 受訪企業已採用、試行或計劃使用 AI，大企業比例更達 79%。當同一供應商的網頁服務與 API 同步受阻，前線人員無法提交指令，開發團隊的自動化流程亦可能停頓。故障成本因而不只是數小時無法聊天，還包括工作隊列延誤、人工切換，以及客戶回覆時效下跌。
香港市場須由採用轉向韌性
香港科技大學商學院研究團隊調查可視為第一個警號：72.7% 香港受訪在職人士已每日或每周使用 AI，常用者中 81.66% 使用生成式 AI。香港生產力促進局與渣打香港的中小企調查亦指出，55% 受訪中小企已使用 AI，或計劃在 1 年內採用 AI；已使用 AI 的企業中，59% 同時使用多於 1 類工具。數據反映市場需求持續擴大，但多工具並用不代表企業已有故障轉移能力。
第二個觀點來自 Deloitte 與港大發布的 AI 採用指數：69% 機構仍處於實驗或有限度試行階段，只有 23% 已進入可帶來量化財務效益的營運部署。對行政總裁而言，現時正是建立服務韌性標準的窗口期。企業若在大規模上線前訂立人工覆核、模型替代、離線作業及 API 重試機制，便可將 Claude 故障帶來的全面停工，降至可控的服務降級。相反，若將單一模型視為不可取代的營運底座，任何供應端異常都可能直接影響客戶體驗。
模型競爭將加入可靠性考題
Anthropic 目前未有交代今次事故根因，也未披露受影響請求數量，因此外界不能直接將事件歸咎於算力、流量或模型本身。不過，近月多次多模型異常，已令「可用性」成為與模型能力、價格及安全性同等重要的採購條件。未來企業採用生成式 AI 時，會否要求供應商提供更透明的事故報告、跨供應商備援，以及可衡量的復原時間目標，將成為重要問題。
