GitHub Copilot a atteint un taux d'erreur de 100 % lors de la panne de janvier liée à OpenAI GPT-4.1

Rapport de disponibilité de GitHub pour janvier 2026 révèle deux incidents majeurs, dont une panne de Copilot liée à une dégradation de GPT-4.1 d’OpenAI et des problèmes généralisés de la plateforme.

Le rapport de disponibilité de GitHub pour janvier 2026, publié le 11 février, détaille deux incidents importants qui ont perturbé les services pour les développeurs du monde entier — notamment une panne de Copilot où les taux d’erreur ont brièvement atteint 100 % en raison de complications avec le modèle GPT-4.1 d’OpenAI.

Le premier incident s’est produit le 13 janvier entre 09h25 et 10h11 UTC. Les taux d’erreur de GitHub Copilot ont en moyenne atteint 18 % durant cette période de 46 minutes, culminant à une défaillance totale à certains moments. Les fonctionnalités de chat sur VS Code, JetBrains IDEs et d’autres produits intégrés ont été interrompues.

Une erreur de configuration lors d’une mise à jour du modèle a déclenché le problème initial. GitHub a effectué une rollback de la modification, mais la récupération a duré jusqu’à 10h46 UTC car OpenAI rencontrait également une disponibilité dégradée pour GPT-4.1. La défaillance de la chaîne de dépendance met en évidence des préoccupations croissantes concernant la fiabilité à mesure que les assistants de codage IA s’intègrent dans les flux de travail des développeurs.

Deux jours plus tard, le 15 janvier, GitHub a été confronté à des problèmes d’infrastructure plus larges. Entre 16h40 et 18h20 UTC, les utilisateurs ont rencontré une latence accrue et des délais d’attente sur divers services : issues, pull requests, notifications, Actions, dépôts, accès API et connexion aux comptes. Les échecs combinés des requêtes web et API ont en moyenne atteint 1,8 %, culminant brièvement à 10 % au début de l’incident.

Le responsable ? Une mise à jour de l’infrastructure des stockages de données de GitHub. La migration vers une nouvelle version majeure a créé une contention inattendue des ressources sous charge de production — un problème qui ne se manifeste pas en environnement de test. Les utilisateurs non authentifiés ont été les plus touchés, bien que les sessions authentifiées n’aient pas été épargnées. Le retour à la version stable précédente a permis de résoudre le problème.

Janvier a été difficile pour GitHub au-delà de ces deux incidents majeurs. Le service d’authentification a rencontré des dysfonctionnements le 22 janvier pendant près d’une heure. La création et le clonage de dépôts ont été dégradés entre le 24 et le 25 janvier en raison de latence dans la base de données. Les workflows Actions ont tourné en moyenne avec 49 secondes de retard le 28 janvier.

Les plateformes tierces ont également ressenti les effets de ces perturbations. Railway a signalé des échecs intermittents d’authentification GitHub et des erreurs « Dépôt non trouvé » du 26 au 29 janvier après avoir atteint les limites de tokens OAuth de GitHub.

GitHub indique qu’il met en place une surveillance renforcée, des environnements de test améliorés et des mesures de sécurité de configuration plus strictes suite aux incidents de janvier. La société a également signalé que les incidents du 9 février apparaîtront dans le rapport du mois prochain — début février ayant déjà été impacté par des problèmes liés à AWS.

Pour les équipes dépendant de GitHub Copilot comme infrastructure principale, la dépendance à OpenAI introduit une variable hors du contrôle direct de GitHub. Lorsque le fournisseur en amont de votre assistant IA rencontre des difficultés, vos développeurs attendent.

Source de l’image : Shutterstock