微軟 Copilot 大斷線：AI 助手為何在改造後兩天就癱瘓？

微軟在美東時間約上午 11 點 27 分公開承認此事件，表示正在調查「Microsoft 365 Copilot 應用程式載入及逾時錯誤」的狀況 。這次斷線總共持續了4 小時 25 分鐘，直到美東時間當天下午初才恢復服務 。在服務中斷期間，用戶遭遇應用程式載入失敗和逾時問題，部分用戶也看到 503 錯誤，代表服務暫時無法使用 。

Copilot 為什麼會停擺？

微軟至今尚未發布最終的事後調查報告，以確認單一的根本原因。不過，在斷線期間已有兩大可能的肇因浮上檯面：

• 路由失效：將 Copilot 的流量錯誤地導向不健康的基礎設施，而非尚有服務容量的健康伺服器，導致存取障礙與逾時 。
• Azure 基礎設施的後遺症：5 月 29 日（週五），微軟 Azure 的美國西部二區（West US 2）資料中心所在地遭遇嚴重雷暴，引發大規模停電並干擾了微軟的雲端服務。據報導，Copilot 仍在從該事件的衝擊中復原時，就碰上了 6 月 1 日的斷線狀況 。

微軟已確認收到受影響用戶的紀錄檔，並正在進行審查以找出根本原因 。作為緩解措施的一部分，該公司也已將請求重新導向至健康的基礎設施 。

禍不單行：同日還發生 MFA 驗證中斷

讓情勢雪上加霜的是，同一天還發生了另一場獨立的、不相關的中斷事件，這次是衝擊到微軟的多重要素驗證（MFA）設定頁面與「我的登入」（My Sign-Ins）入口網站（網址為 mysignins.microsoft.com） 。

這場 MFA 中斷大約持續了 3 個小時，並在美東時間上午 9 點 01 分獲得解決，正好在 Copilot 災情全面爆發之前排除 。試圖設定 MFA 或存取「我的登入」頁面的用戶，會看到 504 閘道逾時錯誤 。微軟將此事件歸因於底層基礎設施的快取功能故障，並透過將流量切換至備援的健康基礎設施來緩解問題 。此事件被賦予了追蹤代碼 MO1329260 。

已非特例：Copilot 的可靠性問題早有前科

6 月 1 日的斷線並非獨立事件，而是延續了微軟 AI 助手長期為人詬病的可靠性問題模式：

• 在過去 90 天內，Copilot 共記錄了 14 起事件，包含 7 次重大斷線和 7 次輕微事件，中斷時間的中位數為1 小時 18 分鐘 。
• 2026 年 4 月 23 日，用戶經歷了約 1.5 小時的間歇性服務問題，伴隨著諸如「請求遇到問題」之類的錯誤訊息 。
• 2026 年 4 月 28 日至 5 月 13 日，一項長達 15 天的輕微事件，導致 Copilot Chat 用戶無法存取其他應用程式的連結 。
• 2026 年 2 月 25 日，發生零星的地區性故障，影響了部分用戶 。
• 2025 年 12 月，英國、歐洲和亞洲的用戶遭遇了區域性集中的斷線狀況 。
• 2025 年 10 月，一次重大的 Azure Front Door 設定錯誤，同樣導致 Copilot 服務下線 。

截至 2026 年 4 月中旬，微軟在半年內已發生五次重大的雲端服務中斷，而 Copilot 常常是受波及的服務之一 。

企業風險：AI 已成為生產力的依賴層

這次斷線的時機點非比尋常。就在 5 月 30 日，也就是事發兩天前，微軟才剛推出 Copilot 的重大設計改造，聚焦於架構改善，並因應企業用戶對效能低落的抱怨，承諾要提供快兩倍的載入速度與更好的可靠性 。6 月 1 日的斷線，無疑當場打臉了這番可靠性宣言。

微軟正將 Copilot 深度嵌入 Word、Excel、Teams、Outlook 及其他核心工具中，使 AI 成為日常工作的一個依賴層。當這個依賴層失效時，用戶失去的將不只是一個聊天機器人，而是整個生產力套裝軟體中所編織的 AI 功能 。

這次斷線加劇了企業界日益增長的懷疑論。一份分析報告指出，基於可靠性、安全性以及不明確的投資回報（ROI）等因素，約莫四成的企業應該將 Copilot 的部署時程推遲 12 至 18 個月 。根據調查，在美國的付費用戶中，Copilot 作為主要平台偏好的佔比，據報導已從 2025 年 7 月的 18.8%，跌至 2026 年 1 月的 11.5%，其因素是來自競爭壓力與產品體驗的落差 。與此同時，Copilot 正面對著 Google Gemini、OpenAI 的 ChatGPT Enterprise 及其他嵌入式 AI 助手日益激烈的競爭，每一次的斷線都是一次信譽打擊 。

Copilot 近期重大事件一覽表