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日09:25至10:11（UTC）之间。在这46分钟内，GitHub Copilot的错误率平均为18%，在某些时段达到完全失败。VS Code、JetBrains IDEs及其他集成产品的聊天功能也受到影响。

此次故障由模型更新中的配置错误引发。GitHub回滚了更改，但恢复过程持续到10:46（UTC），因为OpenAI同时也在经历GPT-4.1的可用性下降。依赖链的失败凸显了随着AI编码助手逐渐融入开发者工作流程，可靠性问题依然存在。

两天后，即1月15日，GitHub面临更广泛的基础设施问题。在16:40至18:20（UTC）期间，用户在问题、拉取请求、通知、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