Informe de caídas y disponibilidad de herramientas de IA — agosto de 2026
Monitorizamos de forma continua 18 herramientas de IA importantes, entre ellas ChatGPT, Claude y Gemini. Un repaso de los incidentes registrados en las páginas de estado oficiales en agosto de 2026.
Caída más larga: GitHub（10 h 42 min）
Por proveedor
| Proveedor | Incidentes | Inactividad | Peor estado | Disponibilidad |
|---|---|---|---|---|
| GitHub | 8 | 36 h 2 min | Caída grave | 95.16% |
| Anthropic | 8 | 12 h 9 min | Caída grave | 98.37% |
| Cursor | 7 | 15 h 53 min | Caída grave | 97.87% |
| Replicate | 1 | 3 h 8 min | Caída parcial | 99.58% |
| Perplexity | 1 | 1 h 4 min | Caída grave | 99.86% |
| Cohere | 1 | 57 min | Caída parcial | 99.87% |
El número de incidentes y el tiempo de inactividad solo incluyen incidentes "graves o peores y ya resueltos" registrados en las páginas de estado oficiales (se excluyen la latencia leve y los elementos en curso sin resolver). La disponibilidad es una estimación propia basada en ello, no cifras oficiales del proveedor. Agregados por mes natural en hora de Japón (JST).
Lo más destacado del mes
Agosto de 2026 registró 26 incidentes graves por un total de 4.153 minutos en 6 proveedores. GitHub y Anthropic acumularon 8 cada uno y Cursor 7: entre los tres, la mayor parte del mes.
GitHub fue el proveedor menos estable. Un incidente de GitHub Actions duró unas 10 h 42 min desde el 7 de agosto a las 00:22 (hora de Japón); «fallos intermitentes al crear tareas de agente» (el agente de programación de Copilot) se prolongó unas 9 h 54 min desde el 20 de agosto a las 23:43; y un incidente de GitHub.com duró unas 7 h 36 min desde el 17 de agosto a las 22:40. Fueron tres incidentes largos de máxima gravedad, que dejaron a GitHub con la disponibilidad más baja de todos los proveedores (95,16 %). El 27 de agosto se sumaron incidentes en Actions (unas 2 h 50 min) y en los proveedores de modelos de IA de Copilot (unas 2 h 08 min).
Entre los ocho incidentes de Anthropic destacaron errores elevados en varios modelos durante unas 3 h 24 min desde el 24 de agosto a las 14:06, y errores elevados en Claude Code y Cowork durante unas tres horas desde el 29 de agosto a las 02:22. También se registró una interrupción en todos los servicios de Claude de máxima gravedad (36 minutos) el 17 de agosto a las 06:58.
Los incidentes más notables de Cursor fueron una degradación de Automations, Cloud Agents y el IDE durante unas cuatro horas desde el 13 de agosto a las 23:46, y una degradación causada por GitHub el 17 de agosto (unas seis horas).
OpenAI, en cambio, no tuvo ningún incidente grave en agosto (16 degradaciones leves). Entre otros incidentes hubo una caída parcial de las GPU A100 de Replicate (unas tres horas desde el 27 de agosto a las 06:17) y un problema en la API de Perplexity (alrededor de una hora desde el 13 de agosto a las 09:45).
Tendencias y conclusiones
Este mes quedó claramente registrado cuánto tarda una caída aguas arriba en llegar a los servicios aguas abajo. El incidente de GitHub.com empezó el 17 de agosto a las 22:40 y, 54 minutos después, Cursor anunció que una degradación de GitHub afectaba a algunos servicios de Cursor. También el 13 de agosto, Cursor anunció la degradación de Cloud Agents y otros servicios 13 minutos después de que Anthropic anunciara errores en Mythos 5, Fable 5 y Sonnet 5.
Las cascadas también nacen en los proveedores de modelos. Durante el incidente de Anthropic del 24 de agosto, GitHub anunció «errores elevados en Fable 5 por un proveedor externo». El «Fable 5 no disponible» de Cursor en la mañana del 20 de agosto (unas 2 h 41 min) también se originó en el proveedor del modelo. Las herramientas de IA dependen de modelos e infraestructura de varias empresas, así que la caída de una suele aparecer con el nombre de otra.
Las degradaciones leves (nivel de latencia) sumaron 81 —Cursor 20, GitHub 18, OpenAI 16 y Anthropic 14—, unas tres veces los 26 incidentes graves.
El total del mes, 4.153 minutos, supera al de junio (2.759) y es menos de la mitad del de julio (8.901). Julio incluyó la resolución de una suspensión deliberada de modelos, así que la comparación directa no es exacta, pero agosto fue un mes relativamente tranquilo, sin ninguna gran caída aislada.
Cómo leer este informe
Los recuentos y la caída incluyen solo incidentes de las páginas de estado oficiales que fueron «graves o peores (prácticamente inutilizable)» y que ya estaban resueltos (mes natural, hora de Japón). Las degradaciones leves como la latencia y los elementos en curso sin resolver se excluyen de los totales para que las cifras no se inflen.
No quedaban incidentes graves sin resolver al cierre de agosto.
Los meses se cuentan en hora de Japón. Por eso, un incidente de Cursor que empezó el 31 de julio en UTC (el 1 de agosto a las 04:50, hora de Japón) se contabiliza en agosto.
La disponibilidad es una estimación propia basada en ese tiempo de caída grave, no son cifras oficiales de SLA. Los proveedores que dividen sus servicios en muchos componentes con informes separados, como GitHub, tienden a salir peor en las cifras.
La página de «historial de incidencias» de cada servicio lista los incidentes con título, gravedad, duración y el enlace oficial.