Resumen
- GitHub abrió sj1tzyrx599x a las 18:03:05.539 UTC del 1 de agosto y lo resolvió a las 18:44:28.733 UTC.
- El incidente público duró 41 minutos y 23.194 segundos.
- Primero informó tasas de error elevadas en proveedores de modelos específicos, sin nombrar modelo o empresa.
- A las 18:20:20.807 UTC señaló la disponibilidad degradada de Fable 5 y aconsejó otro modelo o Auto.
- La mitigación llegó a las 18:20:48.941 UTC, 28.134 segundos después, y Fable volvió a estar disponible a las 18:23:40.021 UTC.
- No hay proveedor, causa, denominador, tasa de error, usuarios o geografía; GitHub prometió un análisis.
Durante 17 minutos, la alerta no identificó la opción afectada
El mensaje de las 18:03:15.483 hablaba de proveedores “específicos”. Acotaba el problema, pero no permitía saber qué modelo evitar. Fable apareció 17 minutos y 5.324 segundos más tarde.
No puede determinarse si el intervalo fue investigación, confirmación externa, revisión de publicación o una combinación. Solo se observa el cambio de una clase de proveedor a una ruta concreta.
Para un cliente, esa diferencia determina cuándo una alerta genérica se convierte en una decisión de enrutamiento ejecutable.
La mitigación pública siguió en segundos
A los 28.134 segundos del mensaje específico, GitHub dijo que la degradación estaba mitigada. Fable fue declarado disponible 2 minutos y 51.080 segundos después.
El trabajo técnico pudo empezar antes de que el modelo fuera nombrado. Los sellos miden comunicación y estados públicos, no duración completa de la reparación.
El nombre hizo útil la alternativa
Una alerta genérica no indica qué selección cambiar. Con Fable identificado, otro modelo o Auto se convirtió en una acción concreta.
No hay destino de Auto, éxito de cambio, latencia ni comparación. La continuidad era una opción, no un resultado cuantificado.
Parecido no significa causa común
Horas antes, Luna tuvo otro incidente con un proveedor aguas arriba. El mismo día y el mismo lenguaje no demuestran empresa, infraestructura o causa compartida.
Los casos evidencian un patrón de dependencia, pero las fuentes no permiten fusionarlos. La relación causal sigue abierta.
La vigilancia continuó tras la disponibilidad
Fable volvió a las 18:23:40.021 y el cierre fue a las 18:44:28.733: 20 minutos y 48.712 segundos adicionales.
No se conoce métrica ni umbral. El periodo muestra observación, no tasa residual.
La elección debe registrarse
Equipos pueden guardar modelo pedido, error, reintento, Auto, latencia y uso posterior. Durante una alerta, cambiar modelos permitidos es una decisión operativa auditable.
No hay indicio de exposición, código alterado o salida corrupta. El síntoma fue disponibilidad.
El análisis prometido debe explicar la identificación
Hace falta saber cuándo se vinculó Fable, cómo se mapea la salud del proveedor, qué activó la mitigación, cómo actuó Auto y cuántos usuarios fueron afectados. También debe aclararse cualquier relación con Luna.
La evidencia actual dice que Fable se degradó durante 41:23.194 y que la comunicación pasó de error genérico a modelo específico. Proveedor, causa, escala y vínculo previo no están publicados.
