GitHub Copilot atingiu uma taxa de erro de 100% durante a interrupção de janeiro relacionada ao OpenAI GPT-4.1

Relatório de disponibilidade de janeiro de 2026 do GitHub revela dois incidentes principais, incluindo uma falha do Copilot ligada à degradação do GPT-4.1 da OpenAI e problemas generalizados na plataforma.

O relatório de disponibilidade de janeiro de 2026 do GitHub, publicado a 11 de fevereiro, detalha dois incidentes significativos que interromperam os serviços para desenvolvedores em todo o mundo — incluindo uma falha do Copilot, onde as taxas de erro atingiram brevemente 100% devido a complicações com o modelo GPT-4.1 da OpenAI.

O primeiro incidente ocorreu a 13 de janeiro, entre as 09h25 e as 10h11 UTC. As taxas de erro do GitHub Copilot tiveram uma média de 18% durante a janela de 46 minutos, atingindo picos de falha total em certos momentos. As funcionalidades de chat no VS Code, IDEs da JetBrains e outros produtos integrados ficaram indisponíveis.

Um erro de configuração durante uma atualização do modelo desencadeou o problema inicial. O GitHub reverteu a alteração, mas a recuperação estendeu-se até às 10h46 UTC, pois a OpenAI estava a experimentar uma disponibilidade degradada para o GPT-4.1 ao mesmo tempo. A falha na cadeia de dependências evidencia preocupações contínuas com a fiabilidade à medida que assistentes de codificação baseados em IA se tornam parte integrante dos fluxos de trabalho dos desenvolvedores.

Dois dias depois, a 15 de janeiro, o GitHub enfrentou problemas mais amplos de infraestrutura. Entre as 16h40 e as 18h20 UTC, os utilizadores enfrentaram aumento de latência e timeouts em questões, pull requests, notificações, Actions, repositórios, acesso à API e login de contas. As falhas combinadas de pedidos web e API tiveram uma média de 1,8%, atingindo brevemente 10% no início do incidente.

O culpado? Uma atualização de infraestrutura nas bases de dados do GitHub. A atualização para uma nova versão principal criou uma contenção inesperada de recursos sob carga de produção — um tipo de problema que não surge em ambientes de teste. Utilizadores não autenticados sofreram o impacto maior, embora sessões autenticadas também tenham sido afetadas. Reverter para a versão estável anterior resolveu o problema.

Janeiro foi difícil para o GitHub além desses dois incidentes de destaque. Os serviços de autenticação apresentaram falhas a 22 de janeiro por quase uma hora. A criação e clonagem de repositórios degradaram-se entre 24 e 25 de janeiro devido à latência na base de dados. Os workflows do Actions tiveram uma média de 49 segundos de atraso a 28 de janeiro.

Plataformas de terceiros também sentiram os efeitos. A Railway relatou falhas intermitentes na autenticação do GitHub e erros de “Repositório Não Encontrado” de 26 a 29 de janeiro, após atingir os limites de taxa do token OAuth do GitHub.

O GitHub afirma que está a implementar monitorização mais rigorosa, ambientes de teste melhorados e salvaguardas de configuração mais apertadas após os incidentes de janeiro. A empresa também alertou que os incidentes de 9 de fevereiro aparecerão no relatório do próximo mês — já no início de fevereiro, problemas relacionados com a AWS afetaram a plataforma.

Para equipas que dependem do GitHub Copilot como infraestrutura central, a dependência do OpenAI acrescenta uma variável fora do controlo direto do GitHub. Quando o fornecedor upstream do seu assistente de IA falha, os seus desenvolvedores ficam à espera.

Fonte da imagem: Shutterstock