ChatGPT, Claude y Grok se cayeron a la vez. ¿Fue Azure, la AGI u otra cosa?

A las 13:26 UTC del jueves 3 de septiembre de 2026, la página de estado de Anthropic empezó a informar de errores elevados en sus modelos Claude más recientes. En menos de una hora Grok dejó de responder en X, y a las 14:43 UTC la página de estado de OpenAI se puso en rojo para ChatGPT y Codex. Durante aproximadamente noventa minutos, tres de los principales asistentes de IA de Estados Unidos fallaban a la vez, y para cuando el último se recuperó, internet ya había producido un repertorio completo de explicaciones: una región de Microsoft Azure se había desplomado, Cloudflare lo había vuelto a hacer, el nuevo modelo GPT-6 se había comido su propio centro de datos, o las máquinas simplemente se habían despertado y habían decidido que ya estaban hartas.

Cinco días después, ninguna de las tres empresas ha publicado un informe de causa raíz, y el registro público sigue conteniendo tres explicaciones distintas en lugar de una. Merece la pena dejarlo claro, porque la versión equivocada de esta historia la han repetido medios que deberían saber más, y porque la versión correcta es más útil que cualquiera de las teorías. Una caída simultánea no es una caída compartida. El 3 de septiembre, tres empresas fallaron dentro de la misma ventana por tres razones declaradas distintas, y nada en el registro público las une.

Esto es lo que afirma cada teoría, lo que dicen las pruebas, y por qué la pregunta importa más que cualquiera de las respuestas que acabe resultando cierta.

¿Qué ocurrió realmente el 3 de septiembre?

Las fuentes más limpias son las páginas de estado, porque llevan la marca de tiempo de las propias empresas.

El registro de incidentes de Anthropic dice que la empresa “identificó la causa” a las 13:41 UTC, quince minutos después del inicio, y después pasó dos horas y media trabajando en una solución antes de cerrar el incidente. La causa nunca se nombró. Su portavoz dijo a The Register que “un problema de infraestructura causó una caída parcial en Claude.ai, Claude Code, Claude Cowork y la API de Claude” y que “el servicio se restableció a las 16:16 UTC”.

La página del incidente de OpenAI enumera 15 componentes de ChatGPT y 4 de Codex, desde el inicio de sesión y las conversaciones hasta el modo de voz y la subida de archivos. La portavoz de la empresa, Kathleen Chaykowski, dio a Wired y a The Register la misma frase: “Un error de enrutamiento que comenzó alrededor de las 7:43 am PT del jueves 3 de septiembre dejó ChatGPT y Codex no disponibles para algunos usuarios en todas las plataformas. Hacia las 8:17 am PT del jueves se implementó con éxito una solución que sigue bajo supervisión”. En UTC, eso es de 14:43 a 15:17, un fallo de 34 minutos que se situó por completo dentro de las ventanas de Anthropic y xAI.

La versión de Grok vino de SpaceX, que absorbió xAI a principios de este año, en una publicación en redes citada por The Register: “Lamentamos los problemas que hayan podido experimentar con Grok tras una caída en nuestro centro de cómputo de Memphis esta mañana. También queremos pedir disculpas a nuestros socios de cómputo afectados”. Elon Musk añadió que la empresa estaba “tomando medidas correctivas para garantizar que esto no vuelva a ocurrir”, según Engadget. La página de estado de xAI, citada por Wired, abrió su incidente a las 6:30 am, hora del Pacífico, y lo cerró a las 10:05, una caída de tres horas y 35 minutos. La página de estado de GitHub registró los modelos Grok como degradados dentro de Copilot de las 14:17 a las 17:11 UTC “debido a un problema con un proveedor de modelos upstream”, y Cursor, el editor de código, registró una degradación de “Todos los modelos Grok” de las 13:41 a las 17:07 UTC. Esas son las marcas de tiempo de terceros más claras que tenemos para el incidente de Grok, y muestran cómo funciona la cadena de dependencias: cuando un proveedor de modelos falla, los productos construidos sobre él fallan unos minutos después.

La escala, en términos colectivos: Decrypt situó los picos de Downdetector en unos 38.000 informes para ChatGPT y aproximadamente 1.400 para cada uno de Claude y Grok. Perplexity, Mistral y DeepSeek no mostraron ningún incidente en sus páginas de estado durante la ventana de la caída, y Z.ai publicó “Seguimos en pie”.

Gemini es la ausencia interesante. Ars Technica lo contó como cuarto servicio afectado basándose en que los informes de Downdetector subieron de unos 23 a 412 y en una nota de StatusGator sobre una “probable caída de la API de Gemini” entre las 10:45 y las 11:15 am, hora del Este. El panel de estado de Google Workspace, que cubre la aplicación Gemini, no registró nada; el único reconocimiento fue una nota en la página de estado de Google AI Studio, citada por LADbible, de que la API de Gemini había tenido “problemas para servir claves de API creadas recientemente, incluso a través de bibliotecas compatibles con OpenAI”. 9to5Google, que sigue de cerca a Google, escribió que “Gemini parece no verse afectado”. Tenlo en cuenta, porque Gemini se convierte en el grupo de control de la primera y más ruidosa teoría.

¿Una caída de Azure tumbó ChatGPT, Claude y Grok?

Esta es la teoría que llegó a los titulares. Tech Times la publicó ese mismo día como “Gemini sobrevivió cuando ChatGPT, Claude y Grok se desplomaron: la culpa es de Azure”. Computing siguió con “Un fallo de Azure probablemente tumbó ChatGPT, Claude y Grok”, construido sobre señales de StatusGator y Downdetector de “fallos de entrada (ingress)” en la región East US de Azure. Shattered.io lo convirtió en un relato de 90 minutos, y en Francia, developpez.com contó a sus lectores que un fallo en Azure East US “fue el denominador común de esta caída en cascada”.

La teoría resulta atractiva por una razón. OpenAI y Anthropic ejecutan cargas de trabajo sustanciales en Azure bajo acuerdos de varios miles de millones de dólares, Gemini funciona en la nube propia de Google y se mantuvo en pie, y todo el mundo recuerda el 29 de octubre de 2025, cuando un fallo de configuración en Azure Front Door dejó fuera de servicio Microsoft 365, el portal de Azure y los sistemas de reservas de Alaska Airlines durante más de ocho horas. Una dependencia compartida de la nube es el primer sospechoso evidente, y la lógica del argumento, “el que estaba en otra nube sobrevivió”, suena a ciencia.

Falla ante las pruebas en cuatro puntos.

Primero, el propio registro de Microsoft. El historial de estado de Azure, consultado el 8 de septiembre, no recoge ningún incidente en absoluto para septiembre de 2026; la revisión posincidente más reciente está fechada el 23 de julio. Wired informó de que Cloudflare, Amazon Web Services y Microsoft Azure “no informaron de caídas el jueves”, y 9to5Google, que había planteado por sí mismo la posibilidad de Azure, añadió un desmentido de una línea sin nombrar a ningún portavoz: “Microsoft dice que no es el caso”. Ars Technica señaló que los informes de Downdetector “sí se dispararon algo” para AWS, Azure y Cloudflare esa mañana, que es exactamente lo que hacen los sitios de informes colectivos durante cualquier caída grande: la gente cuya herramienta de IA ha fallado informa de todos los servicios que se le ocurren. Microsoft 365 Copilot Chat, el asistente que sí vive en Azure, registró el único incidente oficial de Copilot de Microsoft de ese día a las 17:36 UTC, después de que los tres incidentes de IA se hubieran cerrado.

Segundo, las propias pruebas. Rastrea los “fallos de entrada de Azure East US” hacia atrás a través de Tech Times y llegas a una única nota enviada por un usuario a StatusGator, un monitor de terceros: “EAST US ingress caído desde las 10:26AM PT. Trabajando con el soporte de MSFT, informaron de actualizaciones a esa hora por su parte”. Eso es el ticket de un cliente anónimo, ya no aparece en la página en vivo de StatusGator, y la hora que da, las 10:26 am PT o 17:26 UTC, cae más de una hora después de que Claude se hubiera restablecido, después de que el incidente de ChatGPT se hubiera cerrado, y después de que los modelos de Grok hubieran vuelto a Copilot.

Tercero, Grok. SpaceX situó el fallo de Grok en su propio centro Colossus de Memphis, Tennessee, no en ninguna región de Azure. Según la versión de las propias empresas, la teoría no puede alcanzar a Grok, así que como mucho explicaría dos de los tres, y esos dos han sido explicados de otra manera por las empresas implicadas.

Cuarto, y lo menos advertido, las empresas sí nombraron causas. “Un error de enrutamiento” y “un problema de infraestructura” son vagos, pero son las palabras de los propios proveedores y ninguna apunta a una región de la nube. Nuestra regla, y debería ser la de todos, es que una caída tiene la causa que declara su operador hasta que el operador declare otra cosa.

Veredicto: sin respaldo. La historia de Azure es un artefacto de informes colectivos disfrazado de causa raíz.

¿Fue Cloudflare, el DNS u otra tubería compartida?

Cloudflare fue el segundo sospechoso, por una buena razón técnica. Las páginas de error de ChatGPT llevaban identificadores “cf-ray” de Cloudflare, y en un hilo de Hacker News que superó los 700 comentarios, los desarrolladores detectaron los códigos de aeropuerto en esos identificadores y sacaron la conclusión natural. El precedente estaba fresco: el 18 de noviembre de 2025, un fallo de Cloudflare, un archivo de configuración de gestión de bots que duplicó su tamaño y tumbó el proxy, sí dejó ChatGPT fuera de servicio junto con X y una buena parte de la web desde las 11:20 UTC.

La diferencia está en lo que hizo Cloudflare cada vez. En noviembre publicó un análisis post mortem detallado el mismo día. El 3 de septiembre dijo lo contrario, oficialmente: “Cloudflare no está experimentando ninguna interrupción significativa del servicio en este momento. Nuestros servicios funcionan con normalidad, y cualquier información que se desvíe de esto es incorrecta”. El historial de estado de Cloudflare no muestra nada durante la ventana de la caída salvo dos mantenimientos programados en Montreal y Chicago. Una empresa que admitió haber roto medio internet diez meses antes no tiene ningún incentivo para mentir sobre una segunda vez, y los identificadores cf-ray solo prueban que Cloudflare está delante de ChatGPT, como siempre. Como lo expresó un comentarista del hilo: “Sigo sin entender por qué chatgpt.com mostraría un 404 por una caída de un centro de datos de IA”: un 404 es una respuesta de un servidor, no una red ausente.

“Seguramente es el DNS”, el otro reflejo, tuvo su habitual difusión y su habitual falta de pruebas. Ningún operador de DNS informó de un incidente y ningún proveedor mencionó fallos de resolución.

Veredicto: sin respaldo, por la declaración explícita de Cloudflare y la ausencia de cualquier otra tubería que informara de un fallo.

¿Es Memphis el eslabón perdido entre Claude y Grok?

Aquí está el hilo que recibió menos atención en relación con sus pruebas, y no implica a Azure en absoluto. El seguimiento de Futurism al día siguiente lo señaló; el contrato que hay detrás merece explicarse.

El 6 de mayo de 2026, Anthropic anunció que había contratado “más de 300 megavatios de nueva capacidad (más de 220.000 GPU NVIDIA)” en el centro de datos Colossus 1 de SpaceX para atender a los suscriptores de Claude Pro y Max. Colossus 1 está en Memphis. El 3 de septiembre, SpaceX culpó del fallo de Grok a “una caída en nuestro centro de cómputo de Memphis” y pidió disculpas “a nuestros socios de cómputo afectados”. Anthropic es el mejor documentado de esos socios, su incidente comenzó cuatro minutos antes que el de xAI, y su página de estado solo dijo que la causa había sido identificada.

Esa es una dependencia real, documentada y física compartida por dos de los tres servicios. Si el suceso de Memphis es a lo que se refiere el “problema de infraestructura” de Anthropic, las caídas de Claude y Grok tuvieron una sola causa, y una aburrida: un centro de datos tuvo una mala mañana. Anthropic no lo ha dicho, y Wired informó de que “declinó hacer comentarios más allá de su página de estado”. Hasta que lo haga, el vínculo es una inferencia plausible, no un hecho, y así lo presentamos.

Lo que Memphis no puede hacer es alcanzar a OpenAI. ChatGPT no funciona allí, el fallo de OpenAI comenzó más de una hora después del incidente de Memphis, y OpenAI describió un error de enrutamiento. Como lo expresó AI Chat Daily, la explicación de Memphis “no cubre de forma evidente a OpenAI”.

Veredicto: existe una dependencia documentada, ninguna de las dos empresas la ha conectado con el 3 de septiembre, y no puede alcanzar al tercero.

¿Una caída derribó a las demás?

La teoría de la cascada es la más respetable de las explicaciones populares. Cuando un asistente falla, sus usuarios se amontonan en el siguiente, y la avalancha tumba también a ese. Tiene un precedente. El 4 de junio de 2024, ChatGPT, Claude y Perplexity se cayeron con pocas horas de diferencia. El mensaje de error de Perplexity lo decía sin rodeos: “Estamos recibiendo muchas preguntas ahora mismo y hemos alcanzado nuestra capacidad”. Tampoco aquel día nadie confirmó nunca una causa compartida.

Esta vez la teoría tuvo creyentes dentro de la industria. El mensaje de error de Grok, según The Verge, decía “Este modelo está sobrecargado ahora mismo. Inténtalo de nuevo en breve o elige otro modelo”, y un ingeniero de OpenAI publicó en X que “se rumorea que cuando nosotros nos caemos, el resto tiene que absorber tanto tráfico que se caen todos”.

Para el 3 de septiembre el problema es el orden de los acontecimientos. Claude falló primero, Grok minutos después, y ChatGPT más de una hora más tarde. Una cascada tendría que haber corrido hacia ChatGPT, el servicio con muchísimos más usuarios, desde dos servicios mucho más pequeños, y OpenAI atribuyó su fallo al enrutamiento, no a la carga. La dirección inversa, en la que una caída de ChatGPT inunda Claude y Grok, es la que tendría sentido, y el reloj la descarta.

Veredicto: coherente con la historia, incoherente con esta cronología.

¿Fue GPT-6 Astra, una AGI que despierta o Skynet?

Esta fue la otra gran historia del día, y las dos chocaron. Mientras ChatGPT estaba caído, la cuenta de ChatGPT publicó “Las estrellas están casi alineadas”, y esa tarde OpenAI presentó GPT-6 Astra, un modelo que, según dijo, se entrenó con “más de 100.000 GPU en nuestro centro Stargate de Texas”. Su presidente, Greg Brockman, dijo a los periodistas: “No es descabellado sentir que ahora estamos en la era de la AGI, y creo que si quieres decir que este [modelo es] el primero, creo que es razonable”. Axios tituló la sesión informativa “Bienvenidos a la era de la AGI”. Fireship, cuyos vídeos de primer vistazo son donde muchos desarrolladores en activo se forman su opinión sobre un modelo nuevo, planteó la pregunta sin rodeos en su título del 4 de septiembre: “¿OpenAI ha construido de verdad una AGI?”

Así que internet hizo lo que hace. “El sistema entra en línea el 3 de septiembre de 2026… Astra empieza a aprender a un ritmo geométrico”, escribió un usuario de Hacker News, citando Terminator. “SkyNet se está armando”, dijo otro. Futurism recopiló el resto: “¡Por fin puedo ver el Sol!”, el “por un breve instante, millones de personas tuvieron que volver a usar el cerebro” de Paris Marx, y el análisis completo de ThePrimeagen, de cuatro palabras en el original: “Toda la IA está caída”. La versión más seria, “Astra sale hoy. Probablemente no es una coincidencia”, fue el pensamiento más repetido del hilo.

Es una coincidencia, y fácil de comprobar. Astra llegó solo a un grupo limitado de clientes empresariales del programa de ciberseguridad Daybreak de OpenAI el 3 de septiembre; los suscriptores de pago lo recibieron al día siguiente, tras lo cual Sam Altman escribió “Primero, perdón por el despliegue caótico”. Fuera cual fuera la carga que el lanzamiento puso sobre los sistemas de OpenAI, no pudo tocar los de Anthropic ni los de xAI, y esos dos fallaron primero. El propio incidente de OpenAI, según su portavoz, fue un error de enrutamiento de 34 minutos, y un usuario de Hacker News que se identificó como el responsable del incidente ese día escribió en el hilo: “Tuvimos un error de enrutamiento dentro de nuestra infraestructura que causó problemas en algunos de nuestros productos. No tuvo relación con el lanzamiento de Astra. No comentamos las caídas de otros proveedores”. Un modelo en vista previa limitada no tiene manos. No puede meterse en un centro de datos de Memphis ni en la tabla de enrutamiento de un competidor. Si la era de la AGI empezó el 3 de septiembre, empezó tomándose la mañana libre.

Veredicto: las mejores bromas del día, y nada más.

¿Tormentas solares, ciberataques o pura coincidencia?

Las teorías restantes se despachan rápido. Ningún proveedor mencionó un ataque, y las empresas que sufren uno suelen decirlo, porque un ataque es mejor historia que un error de enrutamiento. La versión de la tormenta solar falla ante los instrumentos: el índice K planetario de la NOAA, la medida estándar de la perturbación geomagnética, alcanzó un máximo de 2,33 el 3 de septiembre, consultado el 8 de septiembre, cuando una tormenta menor empieza en 5. Una tormenta geomagnética lo bastante fuerte como para perturbar centros de datos habría perturbado en cualquier caso primero las redes eléctricas y los satélites.

Queda la coincidencia, que es la respuesta menos satisfactoria y la que te dejan las declaraciones de los propios proveedores. Cada una de estas empresas registra incidentes todos los meses; sus páginas de estado son documentos largos. Anthropic ya había abierto y cerrado un incidente aparte en Claude Sonnet 5 entre las 12:37 y las 12:56 UTC esa misma mañana, antes de que empezara nada de esto. La página de OpenAI registró un único incidente de las 06:36 a las 22:00 UTC el 10 de junio de 2025, y Gemini, el superviviente del 3 de septiembre, estuvo caído durante siete horas el 10 de junio de 2026 por una “contención de lectura extrema” en una base de datos de Google. Tres incidentes en una sola mañana de jueves de la semana laboral estadounidense, con uno de ellos posiblemente compartido a través de Memphis, es inusual, pero la triple caída de junio de 2024 demuestra que ya ha ocurrido antes sin que nunca aflorara una causa común. “Las pruebas respaldan tres incidentes de proveedores superpuestos, con explicaciones públicas distintas y una divulgación incompleta de la causa raíz”, concluyó una cuidadosa reconstrucción de la cronología, y ahí es donde termina el relato honesto.

¿Por qué importa más la pregunta que la respuesta?

Sea cual sea la versión cierta, el día dejó al descubierto lo mismo: un número enorme de personas y empresas depende ahora de un puñado de proveedores, y esos proveedores dependen de un puñado de operadores de centros de datos y, en su mayor parte, de un solo fabricante de chips.

Las cifras son públicas. Amazon, Microsoft y Google se llevaron el 28%, el 20% y el 15% de un mercado de infraestructura en la nube que alcanzó los 143.000 millones de dólares en el segundo trimestre de 2026, según Synergy Research Group. OpenAI ha contratado 250.000 millones de dólares adicionales en servicios de Azure, un acuerdo con AWS de 38.000 millones de dólares ampliado después en 100.000 millones, hasta 10 gigavatios de sistemas Nvidia y 6 gigavatios de GPU AMD. Anthropic llama a AWS su principal socio de entrenamiento, ha contratado hasta un millón de TPU de Google, se ha comprometido a invertir 30.000 millones de dólares en Azure, y desde mayo alquila todo Colossus 1 en Memphis. xAI construyó Colossus con 100.000 GPU Nvidia Hopper en 122 días y después lo duplicó. Nvidia está detrás de la mayoría de esos contratos, y cada modelo de frontera al que la gente recurre una mañana entre semana vive en una de tres nubes o en un campus de Tennessee. Solo ChatGPT informó de 900 millones de usuarios semanales en febrero.

La dependencia ya es medible. En una encuesta a 1.000 altos directivos de 16 países publicada en junio de 2026, el Institute for Business Value de IBM halló que el 71% dijo que cambiar de proveedor o modelo principal de IA sería difícil, el 91% dijo que no entiende del todo las dependencias de su organización entre proveedores, modelos e infraestructura de IA, y el 81% dijo que una caída de siete días de su proveedor causaría una disrupción grave o crítica. El setenta y tres por ciento describió su parque de IA como intencionadamente multiproveedor; solo el 7% operaba en lo que IBM llamó un nivel avanzado de control. “La IA ha introducido nuevas formas de dependencia que evolucionan más rápido de lo que los ciclos tradicionales de gobernanza, compras o tecnología fueron diseñados para gestionar”, dijo Ana Paula Assis, de IBM.

Charlie Dai, de Forrester, extrajo la conclusión operativa el día después de la caída, en ITPro: “Cuando varios proveedores importantes sufren fallos superpuestos sin una causa común claramente establecida, las empresas no pueden evaluar con precisión el riesgo sistémico, la concentración de dependencias ni la probabilidad de recurrencia”. Su receta fueron “estrategias multimodelo, flujos de trabajo de respaldo y planes de continuidad de negocio en lugar de asumir que los servicios de IA de frontera siempre estarán disponibles”.

Los reguladores avanzan en la misma dirección. El 13 de julio de 2026, el Reino Unido puso a Amazon Web Services, Google Cloud, Microsoft y Oracle bajo supervisión directa como terceros críticos para el sistema financiero. “Cuando los mismos proveedores atienden a miles de firmas, un solo fallo puede reverberar por todo el sistema financiero”, dijo Nikhil Rathi, director ejecutivo de la Financial Conduct Authority. La declaración de política PS26/2 de la FCA añade la notificación obligatoria de incidentes operativos y de acuerdos materiales con terceros a partir del 18 de marzo de 2027, un régimen escrito exactamente para el tipo de dependencia que el 3 de septiembre hizo visible.

Esa es la lectura útil de la caída. La teoría de Azure era errónea, pero la ansiedad que había detrás era acertada: los sistemas que la gente usa ahora para escribir, programar, buscar y decidir están concentrados en un número muy pequeño de edificios, y nadie fuera de esos edificios puede ver cómo se conectan.

¿Es la IA descentralizada una alternativa real?

El argumento a favor de descentralizar la IA solía ser un argumento cripto. El 3 de septiembre lo convirtió en un argumento de disponibilidad. Si tres empresas con tres causas declaradas distintas pueden fallar dentro de una misma ventana, el riesgo no es ningún centro de datos concreto sino la forma de la industria: unos pocos modelos, en unas pocas nubes, en su mayoría con un solo fabricante de chips, y todo el mundo aguas abajo de todos ellos a la vez.

Gonka es uno de los proyectos construidos sobre ese argumento, y aquel cuyos fundadores lo plantean con más crudeza. Se describe a sí misma como “una red descentralizada para cómputo de IA de alta eficiencia” y entró en funcionamiento en agosto de 2025 tras su incubación en Product Science, la empresa de Los Ángeles de David y Daniil Liberman, cuya startup anterior fue adquirida por Snap. Operadores independientes aportan GPU Nvidia y cobran en el token de la red; los desarrolladores llaman a modelos de pesos abiertos como DeepSeek, Kimi y MiniMax a través de un endpoint compatible con OpenAI, con precios que se mueven con la utilización en lugar de con la lista de precios de un proveedor. Su documentación de arquitectura hace la promesa relevante en una línea: “El sistema está descentralizado, sin ningún punto único que dirija las solicitudes de inferencia a los nodos de la red”. Su whitepaper nombra el riesgo que existe para abordar: “Concentrar los recursos computacionales en unos pocos proveedores dominantes presenta riesgos significativos relacionados con la censura y el control centralizado”. Bitfury comprometió 50 millones de dólares en la red en diciembre de 2025, cuando esta declaraba un cómputo equivalente a más de 6.000 Nvidia H100; en febrero de 2026 la cifra que daba el proyecto era de unos 14.000 equivalentes a H100 repartidos por unos 20 países.

La palabra de los fundadores para el objetivo es soberanía. “Si no controlas el cómputo, tu política de IA es una petición y no una estrategia”, dijeron en julio los hermanos Liberman, que llamaron a la alternativa “feudalismo de GPU, un futuro en el que la gente se convierte en inquilina de la finca de cómputo de otro”. En un artículo de opinión en Fortune en mayo describieron la concentración de los hiperescaladores como un “punto único de fallo o de control”. La afirmación es que un país, una universidad o una empresa pueden tener capacidad de IA que nadie más pueda apagar sin construir una nube a hiperescala, agrupando las GPU que ya poseen en una red sin dueño.

Dos salvedades van junto a eso, y los propios documentos de Gonka aportan una de ellas. Las redes descentralizadas cambian un punto único de fallo por una mayor varianza: “una red descentralizada posee inherentemente una mayor varianza de fiabilidad que un centro de datos dedicado”, como lo expresó un análisis sectorial de 2026, y ninguna de ellas ofrece todavía las garantías de servicio empresarial que da un contrato con un hiperescalador. El análisis de seguridad de Gonka dice que “en la actualidad no se conocen estrategias de engaño que hayan tenido éxito contra esta combinación de defensas”, que es una frase honesta y no una garantía. Y el token de la red ha perdido la mayor parte de su valor desde enero, lo que no dice nada sobre si las GPU sirven inferencia pero sí mucho sobre adónde sigue yendo la atención del sector. Bittensor, Akash, io.net y Prime Intellect están ejecutando variaciones del mismo experimento.

Lo que el experimento ha demostrado hasta ahora es más estrecho que su marketing, y aun así vale la pena tenerlo: los modelos abiertos pueden servirse desde miles de GPU que ninguna empresa controla por sí sola, y un error de enrutamiento en un proveedor o una mala mañana en Memphis no las tumba todas a la vez. En un día como el 3 de septiembre, esa es la única propiedad que importa.

¿Qué hacer cuando tu asistente de IA se cae?

Para un particular, el manual del 3 de septiembre es corto.

Comprueba la página de estado antes que nada. status.openai.com, status.claude.com y status.x.ai mostraron el incidente en cuestión de minutos. Si la página está en rojo, nada de tu lado servirá; espera, o cambia.

Mantén un segundo asistente con la sesión iniciada. Gemini se mantuvo en pie el 3 de septiembre, la mayoría de los modelos de Claude habían vuelto a las 15:25 UTC mientras ChatGPT seguía caído, y el 4 de junio de 2024 el patrón fue de nuevo distinto. Dos proveedores en dos nubes es la resiliencia más barata que existe. Los desarrolladores deberían ir más lejos e incorporar el respaldo al código, para que un error de enrutamiento de 34 minutos en un proveedor se convierta en una línea de log y no en un incidente.

Aprende a distinguir una caída de un bloqueo. Este es el caso en el que una VPN importa. Tanto OpenAI como Anthropic publican listas de países admitidos, y la página de OpenAI advierte de que “acceder u ofrecer acceso a nuestros servicios fuera de los países y territorios enumerados a continuación puede dar lugar al bloqueo o la suspensión de tu cuenta”. Los reguladores también bloquean: la autoridad italiana de protección de datos ordenó a ChatGPT dejar de procesar los datos de los usuarios italianos en una orden anunciada el 31 de marzo de 2023, y el servicio quedó a oscuras en Italia hasta el 28 de abril. Cuando la página de estado está en verde pero el asistente te rechaza, el problema es tu ubicación, no el proveedor. Una conexión a través de un servidor de tu país de origen, una de las más de 100 ubicaciones de Le VPN, restablece el servicio que pagas mientras viajas, igual que lo hace con la banca o la televisión. Nuestra guía para saltarse la censura en internet cubre la versión estatal del mismo problema, y esta entrada más antigua explica por qué una VPN puede sortear un fallo de red regional pero nunca uno del propio proveedor.

Si tu agente de IA necesita un país de salida fijo, dáselo. Los agentes autónomos también fallan la prueba de la ubicación, y no pueden abrir un ticket de soporte. Los pases x402 sin cuenta de Le VPN existen para ese caso: una configuración WireGuard comprada dentro de una petición HTTP, por un día, una semana o un mes en un único servidor en Francia, Alemania o el Reino Unido.

Nada de esto resucita un modelo muerto. Ese es el sentido de la historia del 3 de septiembre. Las herramientas se han convertido en infraestructura, la infraestructura está concentrada, y la única defensa disponible hoy para un usuario es depender de más de una pieza de ella.