- La tasa de error en descargas de repositorios alcanza el 50% y Copilot sufre una degradación notable.
- La interrupción, que comenzó a las 13:40 UTC, afecta a múltiples servicios como Issues, Actions y Webhooks.
- Es el enésimo incidente en los últimos meses, lo que reabre el debate sobre la fiabilidad de la plataforma.
- Las promesas de cambios estructurales no se reflejan en la práctica, y los equipos buscan alternativas.
El lunes 17 de agosto de 2026 no fue un día cualquiera para los desarrolladores que dependen de GitHub. La plataforma, propiedad de Microsoft, registró una interrupción severa que disparó las alertas en todo el mundo. Según la página de estado oficial, la tasa de error en las descargas de contenido de repositorios alcanzó el 50%, mientras que GitHub Copilot, el asistente de inteligencia artificial, también presentaba una disponibilidad degradada. El problema comenzó alrededor de las 13:40 UTC y, aunque se prometió una actualización, la causa exacta sigue sin confirmarse.
El incidente no fue menor: afectó a la web, la API, las operaciones Git, Issues, Pull Requests, Actions y Webhooks. Downdetector, la plataforma que monitoriza el estado de los servicios, detectó un pico de quejas a partir de las 13:30 UTC. En el punto más crítico, la compañía confirmó tasas de error de aproximadamente el 20% en el tráfico web y de API, además del mencionado 50% en descargas de archivos comprimidos y contenido sin procesar. La comunidad tecnológica no tardó en reaccionar con comentarios como “GitHub abajo otra vez, tan sorprendente como que salga el sol” o “Tenemos trabajo que hacer”, reflejando la frustración generalizada.
Una interrupción más en una larga lista
Lo ocurrido el 17 de agosto no es un hecho aislado, sino la continuación de una tendencia preocupante. En junio, el vicepresidente de ingeniería de software de GitHub, Jakub Oleksy, reconoció públicamente que la empresa estaba realizando cambios estructurales para “eliminar permanentemente los modos de falla”. En aquel momento, la plataforma ya había sufrido varios episodios de inestabilidad, incluyendo problemas en mayo y a principios de agosto con GitHub Actions y Pages. La repetición de estos fallos está poniendo en entredicho la fiabilidad de una infraestructura que se ha convertido en esencial para el desarrollo de software a nivel mundial.
La dependencia de GitHub es tal que una caída del 50% en las descargas puede paralizar por completo los flujos de trabajo de equipos enteros, desde startups hasta grandes corporaciones. La pérdida de productividad y de confianza es un costo que los usuarios no están dispuestos a asumir de manera indefinida. En las redes sociales, ya se observan debates sobre migrar a alternativas como GitLab, Bitbucket o soluciones autoalojadas. La ironía de que Issues, el servicio de gestión de incidencias, también estuviera afectado en un momento en que los desarrolladores necesitaban reportar fallos, no ha pasado desapercibida.
El malestar crece entre los desarrolladores
La interrupción ha reavivado el malestar de los desarrolladores, que ven cómo las promesas de estabilidad no se traducen en hechos concretos. Muchos han expresado su preocupación por la frecuencia de los incidentes y han señalado que la plataforma debería priorizar la estabilidad sobre la implementación constante de nuevas características. Otros han aprovechado la ocasión para recordar que GitHub, a pesar de ser el servicio más utilizado para alojar código, no es la única opción disponible. La búsqueda de alternativas más fiables se está convirtiendo en una prioridad para muchos equipos, especialmente aquellos que dependen de la disponibilidad continua para cumplir con sus plazos de entrega.
El impacto no se limita a la productividad. La confianza en la plataforma se erosiona con cada incidente, y la percepción de que GitHub no está gestionando adecuadamente la presión de un ecosistema en crecimiento es cada vez más común. La pregunta que flota en el aire es si la empresa logrará revertir esta tendencia o si los desarrolladores acabarán buscando refugio en plataformas que ofrezcan mayor estabilidad. Mientras tanto, los equipos de desarrollo se las ingenian para trabajar sin descargas de repositorios, recurriendo a cachés locales o simplemente esperando a que la plataforma recupere la normalidad.
La IA, ¿culpable o víctima?
Uno de los factores que se ha señalado como posible causa de las recurrentes interrupciones es el creciente peso de la inteligencia artificial en las operaciones de GitHub. La integración de Copilot, que asiste a los desarrolladores con sugerencias de código en tiempo real, ha aumentado la demanda de recursos computacionales y de ancho de banda. En su informe de disponibilidad de mayo, GitHub ya reconoció que la codificación asistida por IA y los flujos de trabajo agénticos estaban añadiendo presión a sus sistemas. Además, el CEO de Microsoft, Satya Nadella, presumió el año pasado de que la IA estaba escribiendo hasta el 30% del código en algunos de sus repositorios, lo que sugiere un volumen de datos generado por máquinas que la infraestructura quizá no está preparada para soportar.
Sin embargo, aún no se ha confirmado oficialmente que este sea el origen de los problemas. Lo que sí está claro es que los cambios estructurales prometidos no están dando los resultados esperados. Jakub Oleksy aseguró en junio que la compañía estaba comprometida a hacer que GitHub fuera confiable “cuando y donde lo necesite”. Aquellas palabras ahora suenan huecas para muchos desarrolladores, que ven cómo los incidentes se suceden sin una solución definitiva. La situación también plantea un debate más amplio sobre la dependencia de infraestructura crítica en manos de un número reducido de proveedores tecnológicos, como es el caso de Microsoft con GitHub.
Al cierre de esta edición, GitHub seguía investigando las causas de la interrupción y no había ofrecido una estimación clara de cuándo se restablecerían por completo los servicios. La confianza en la plataforma está en juego, y la manera en que la empresa maneje esta crisis será clave para determinar su futuro en la comunidad de desarrollo. Con cada caída, los desarrolladores pierden un poco más la paciencia y las alternativas ganan terreno. La historia se desarrolla rápidamente, y se espera que GitHub proporcione más información a lo largo del día. Mientras tanto, los equipos de desarrollo de todo el mundo, incluidos los de España y Europa, siguen pendientes de una solución que devuelva la estabilidad a una de las herramientas más utilizadas del ecosistema tecnológico.
