GitHub Copilot est-il en panne ?

Vérifiez que vous êtes toujours connecté et que vous utilisez la dernière version : les outils de code publient des mises à jour chaque semaine, et les anciennes versions finissent par perdre le contact avec le backend. Redémarrez ensuite votre éditeur ou votre session de terminal. Si cette page signale un problème, basculez vers un autre modèle si l'outil le permet, ou continuez temporairement sans assistant — rien n’est cassé sur votre ordinateur.

Les proxys d'entreprise, les pare-feu et les VPN sont les causes les plus fréquentes : ces outils maintiennent des connexions persistantes que certains réseaux interrompent. Les forfaits appliquent aussi des limites différentes et ne donnent pas accès aux mêmes modèles. Vérifiez dans l'ordre : la version installée, votre mode de connexion et votre réseau.

C’est souvent le fournisseur du modèle sous-jacent qui est surchargé, ce que cette page surveille précisément. Les fichiers et dépôts très volumineux ralentissent également le système. Si le statut est vert, faites un essai sur un petit fichier ou dans une nouvelle conversation pour vérifier si la taille du contexte est en cause.

Non. Pendant une panne, l’assistant peut seulement échouer à répondre ou s'interrompre en plein milieu ; il ne modifie pas vos fichiers de lui-même. Si un agent a été interrompu pendant une édition, examinez le diff avant de poursuivre — avec un outil de gestion de versions, cela ne prend qu'une minute.

Pour GitHub Copilot, nous combinons la page de statut officielle de GitHub, relevée chaque minute et les signalements des utilisateurs qui cliquent sur le bouton de cette page. Le signal le plus grave encore récent détermine le statut, et les sources obsolètes sont ignorées plutôt que prises pour argent comptant. La page s'actualise automatiquement ; le détail des seuils est disponible sur la page « Méthode de test ».