GitHub Copilot 在1月故障期間達到100%的錯誤率，與OpenAI GPT-4.1有關

GitHub 2026 年 1 月的可用性報告揭示了兩起重大事件，包括與 OpenAI GPT-4.1 性能下降相關的 Copilot 故障以及平台範圍的問題。

GitHub 於 2 月 11 日發布的 2026 年 1 月可用性報告，詳細描述了兩起影響全球開發者的重大事件——其中包括一次 Copilot 故障，錯誤率短暫達到 100%，原因是 OpenAI GPT-4.1 模型出現問題。

第一起事件發生在 1 月 13 日 UTC 09:25 至 10:11 之間。在這 46 分鐘內，GitHub Copilot 的錯誤率平均為 18%，在某些時段甚至完全失效。VS Code、JetBrains IDE 及其他集成產品的聊天功能也受到影響。

此次故障由模型更新時的配置錯誤引發。GitHub 進行了回滾，但由於同時 OpenAI 的 GPT-4.1 服務也出現性能下降，恢復工作一直持續到 UTC 10:46。這次依賴鏈的失效凸顯了隨著 AI 編碼助手逐漸融入開發者工作流程，可靠性問題仍然存在。

兩天後的 1 月 15 日，GitHub 遇到更廣泛的基礎設施問題。在 UTC 16:40 至 18:20 之間，用戶在問題、拉取請求、通知、Actions、倉庫、API 訪問和帳戶登錄等方面遇到延遲和超時。網頁和 API 請求的失敗率平均為 1.8%，在事件初期短暫達到 10%。

原因是一次基礎設施更新，涉及 GitHub 的數據存儲。升級到新版本在生產負載下引發了意外的資源競爭——這種問題在測試環境中不易暴露。未經驗證的用戶受到最大影響，但已驗證的會話也未能幸免。回滾到先前的穩定版本解決了問題。

除了這兩起重大事件外，1 月份對 GitHub 來說也不算順利。1 月 22 日，身份驗證服務出現故障，持續近一小時。1 月 24-25 日，倉庫創建和克隆因數據庫延遲而受到影響。1 月 28 日，Actions 工作流程平均延遲 49 秒。

第三方平台也受到波及。Railway 在 1 月 26-29 日報告出現間歇性的 GitHub 身份驗證失敗和“找不到倉庫”錯誤，原因是觸及 GitHub OAuth 令牌速率限制。

GitHub 表示，將在此次事件後加強監控、改善測試環境並加緊配置安全措施。公司還指出，2 月 9 日的事件將列入下月報告——早在 2 月初，平台已受到 AWS 相關問題的影響。

對於依賴 GitHub Copilot 作為核心基礎設施的團隊來說，OpenAI 的依賴性增加了一個 GitHub 無法直接控制的變數。當上游供應商出現問題時，開發者只能等待。

圖片來源：Shutterstock