La página «Is GitHub Cooked?» es una herramienta independiente que recopila y filtra el historial de incidencias publicadas por GitHub desde marzo de 2016. Su creador la ideó para que cada equipo pudiera acotar la consulta al conjunto de servicios y niveles de gravedad que realmente afectan a los productos que desarrolla, porque, según explica, la narrativa de fiabilidad de cada organización depende de qué servicios utiliza y de qué número de «noves» de disponibilidad espera.
La herramienta muestra que GitHub acumula 1.125 incidentes en algo más de una década, lo que equivale a una media de 24 al mes, un 5 % menos que en el trimestre anterior. La racha más larga sin incidencias fue de 8 días, terminada el 31 de diciembre de 2025, y el peor mes fue febrero de 2026, con 37 incidentes. La web permite declarar un filtro propio y compartirlo, lo que facilita discutir sobre fiabilidad con datos concretos en lugar de con percepciones.
En el desglose por impacto, el 81 % de las incidencias fueron menores (911), el 17 % mayores (186) y el 2 % críticas (28). Los días con más incidentes se concentran en febrero y abril de 2026, mientras que los cortes más largos se dieron el 16 de abril de 2025 (1 día y 2 horas), el 20 de noviembre de 2025 (1 día y 1 hora) y el 29 de abril de 2026 (1 día). Por día de la semana, los miércoles acumulan el 22 % de los incidentes, seguidos de martes (21 %), jueves (19 %) y lunes (18 %); los fines de semana concentran solo el 6 %.
La página incluye calendarios, gráficas de tiempo de resolución, disponibilidad acumulada y disponibilidad por servicio, pensadas para que desarrolladores y responsables de operaciones evalúen con datos propios la dependencia real de GitHub.