Anthropic confirma una caída de Claude que afectó a varios de sus servicios

Anthropic confirmó el 16 de agosto de 2026 una interrupción en Claude que afectó simultáneamente a varios de sus servicios. El incidente comenzó alrededor de las 21:58 UTC y se manifestó primero como un problema de autenticación: algunos usuarios no lograban iniciar sesión en Claude.ai, Claude Code y Claude Cowork.

Pocos minutos después, a las 22:07 UTC, la compañía amplió el alcance del reporte e informó degradación de rendimiento en Claude.ai y en platform.claude.com. Según la página de estado de Anthropic, la Claude Console y la Claude API se mantuvieron operativas mientras los productos de cara al usuario estaban afectados. El incidente quedó marcado como resuelto cerca de las 22:34 UTC.

¿Qué vieron los usuarios durante la caída?

Los síntomas reportados fueron problemas para iniciar sesión, Claude que no cargaba, solicitudes que no se completaban y mensajes de error genéricos al abrir la aplicación web. Es el patrón típico de una falla en la capa de autenticación: el modelo sigue disponible, pero la puerta de entrada no responde.

Anthropic no divulgó la causa raíz del incidente. La compañía tampoco publicó un análisis posterior detallado al momento del cierre del reporte.

¿Por qué importa una caída de 36 minutos?

Medida en minutos, la interrupción fue menor. Medida en dependencia, no lo fue. Claude Code y Claude Cowork se usan hoy en flujos de trabajo productivos: generación de código, automatizaciones internas, agentes que tocan sistemas de negocio. Cuando esos flujos se detienen, no se detiene una conversación, se detiene un proceso.

El detalle relevante es que la API siguió funcionando. Eso significa que las integraciones construidas sobre la API resistieron mejor que los productos de interfaz. Para un equipo que automatizó parte de su operación comercial, esa distinción entre «uso vía interfaz» y «uso vía API» acaba de dejar de ser teórica.

¿Qué debería revisar un equipo comercial en Chile o Latinoamérica?

En Chile y Latinoamérica la adopción de asistentes y agentes de IA en equipos de ventas, marketing y servicio creció con fuerza durante 2026, casi siempre sobre un único proveedor. La pregunta operativa después de un episodio como este es concreta: si tu proceso de calificación de leads, tu enriquecimiento de datos o tu respuesta de primer nivel dependen de un solo modelo, ¿qué pasa durante los 36 minutos en que ese modelo no responde?

Hay tres respuestas posibles y todas son decisiones de negocio: se acumula la cola y se procesa después, se degrada a un flujo manual, o se cae el proceso. La mayoría de las implementaciones que hemos visto en la región no tienen esa respuesta definida por escrito.

¿Es un caso aislado o un patrón?

Anthropic ha reportado incidentes de estabilidad en las semanas previas, en un período en que la compañía ha estado en el centro de la atención por su crecimiento y sus movimientos corporativos. No es exclusivo de un proveedor: los grandes laboratorios de IA operan hoy con niveles de carga que hace dos años no existían, y las caídas breves se han vuelto parte del paisaje. Lo que cambia es cuánto negocio depende de ellas.

Análisis de Revenue Hub

La lectura para un líder comercial no es «la IA falla, mejor no usarla». Es que un proveedor de IA ya entró a la categoría de sistema crítico, y los sistemas críticos se gestionan con las mismas reglas de siempre: plan de contingencia, degradación controlada y monitoreo propio. Si tu CRM se cae 36 minutos, alguien lo nota y hay un protocolo. Si tu agente de IA se cae 36 minutos, en la mayoría de las empresas de la región no lo nota nadie hasta que un cliente reclama.

La acción concreta es definir el comportamiento por defecto de cada automatización cuando el modelo no responde. Un agente que atiende consultas de clientes debería tener una respuesta de respaldo y un escalamiento a persona, no un error en blanco. Un flujo de enriquecimiento de datos debería reintentar y encolar, no descartar el registro. Eso se define una vez y evita la conversación incómoda con el cliente.

La segunda acción es de arquitectura y ya la venimos repitiendo: la capa de orquestación tiene que ser independiente del modelo. No para cambiar de proveedor mañana, sino para poder hacerlo el día que el costo, la disponibilidad o los términos cambien sin aviso. Puedes seguir los desarrollos del sector en nuestra sección de IA en ventas y revisar los criterios de diseño operativo en el blog de Revenue Hub.