Tres proveedores de IA, una ventana de cinco horas
ChatGPT, Claude y Grok cayeron todos dentro de la misma ventana de unas cinco horas el 3 de septiembre de 2026, una coincidencia lo bastante rara como para atraer el escrutinio de los periodistas en cuestión de horas. La página de estado de OpenAI atribuyó su caída a un error de enrutamiento que comenzó hacia las 7:43am PT, con una solución implementada y monitoreada desde alrededor de las 8:17am PT, y el problema de errores elevados en ChatGPT y Codex quedó resuelto a primera hora de la tarde.
La página de estado de Anthropic registró una caída parcial que comenzó hacia las 9:40 a 9:41am ET y afectó a Claude.ai, la API de Claude, Claude Code y Claude Cowork, con todos los modelos mencionados de nuevo operativos hacia las 12:16 a 12:27pm ET. Grok, de xAI, estuvo caído en la web, la app de X, iOS, Android y dos regiones de API en Estados Unidos desde alrededor de las 9:30am hasta la 1:07pm ET, y xAI señaló un problema en su centro de cómputo de Memphis, Tennessee.
Lo que cada empresa dijo que lo causó
OpenAI, Anthropic y xAI señalaron cada una una causa técnica distinta y sin relación para su propia caída, no un único fallo compartido entre las tres. La causa de OpenAI fue un error de enrutamiento dentro de sus propios sistemas, y algunos usuarios del control remoto de Codex tuvieron que volver a emparejar su dispositivo móvil una vez restablecido el servicio.
Anthropic no publicó una causa raíz detallada más allá de describir un problema de infraestructura que afectó a varios modelos, incluidos Fable/Mythos 5.1, Fable/Mythos 5, Opus 5, Opus 4.8 y Opus 4.6, antes de la resolución. xAI fue la más específica de las tres y señaló un problema en su propio centro de cómputo de Memphis, Tennessee, en lugar de una capa de nube compartida.
La pregunta de los periodistas: ¿es Azure el hilo común?
Periodistas de The Register, 9to5Google y Decrypt preguntaron si Microsoft Azure era el hilo común detrás de las tres caídas, porque OpenAI, Anthropic y xAI se apoyan cada una, entre otros proveedores, en Azure, y Microsoft dijo que Azure no fue la causa cuando se le preguntó directamente. Esa negación, sumada a tres causas reportadas por separado, significa que las caídas del 3 de septiembre no tienen una causa raíz única confirmada, solo una pregunta abierta que los periodistas plantearon y que Microsoft rechazó.
Gemini, de Google, no reportó ningún incidente durante la misma ventana, lo cual es informativo en sí mismo: sea lo que fuera que alineó a ChatGPT, Claude y Grok, no llegó a todos los proveedores de IA importantes que operaban ese día. Ese detalle apunta hacia una coincidencia o hacia una dependencia compartida más estrecha que no se ha nombrado públicamente.
Por qué 'varios proveedores de IA' no es automáticamente resiliencia
Usar ChatGPT junto con Claude o Grok no compra automáticamente resiliencia de infraestructura para una empresa, porque la diversidad de proveedores al nivel de la marca de IA puede seguir apoyándose por debajo en dependencias de nube compartidas. Desde hace dos años se aconseja a las empresas y organismos públicos de la UE repartir sus cargas de trabajo entre varios proveedores de IA para protegerse del bloqueo de proveedor y del riesgo de caídas, una idea que también roza el Reglamento de Resiliencia Operativa Digital (DORA) y las obligaciones de NIS2 sobre riesgo de concentración en terceros de TIC.
El suceso del 3 de septiembre es una prueba concreta y fechada de ese consejo. OpenAI, Anthropic y xAI reportaron causas separadas esta vez, pero las tres se apoyan, entre otros proveedores, en Microsoft Azure, y las caídas cayeron igualmente dentro de la misma ventana de cinco horas, exactamente el tipo de simultaneidad que un conjunto de proveedores genuinamente independientes no debería producir de forma rutinaria.
| Proveedor | Inicio de la caída | Fin de la caída | Causa declarada |
|---|---|---|---|
| OpenAI (ChatGPT, Codex) | ~7:43am PT | Primera hora de la tarde PT | Error de enrutamiento |
| Anthropic (Claude) | ~9:40-9:41am ET | ~12:16-12:27pm ET | Problema de infraestructura no especificado |
| xAI (Grok) | ~9:30am ET | ~1:07pm ET | Problema en el centro de cómputo de Memphis, Tennessee |
Qué debería registrar un mapa de riesgo de concentración conforme a DORA
Un registro de riesgo de concentración de TIC conforme a DORA debería mapear el riesgo en la capa de nube por debajo del nombre de marca de cada proveedor de IA, no solo en el proveedor de IA en sí. Listar a OpenAI, Anthropic y a un tercer proveedor como tres terceros críticos de TIC independientes puede subestimar el riesgo de concentración real si dos o tres de ellos corren sobre el mismo hiperescalador, en este caso Azure, entre otros proveedores, para las tres empresas implicadas el 3 de septiembre.
El paso práctico para una entidad financiera o un operador de infraestructura crítica es preguntar a cada proveedor de IA qué proveedores y regiones de nube sostienen su servicio, y anotar esa respuesta junto al nombre del proveedor en el mapa de riesgo de concentración. Es probable que los reguladores financieros de la UE que evalúan el riesgo de terceros de TIC bajo DORA y NIS2 esperen precisamente ese nivel de detalle, ahora que un incidente como este ha hecho pública la pregunta.
Leer a continuación: La Garantía De Nvidia A OpenAI Cayó A 120.000 Millones | Su Proveedor De IA Acaba De Recibir Carta De Bruselas
