Anthropic abrió a las 05:06 UTC de este 24 de agosto una incidencia por errores elevados en Claude que afecta a Mythos 5, Fable 5, Opus 5 y Opus 4.8. Según su página de estado, veintiún minutos después había identificado la causa, y al cierre de esta noticia el aviso seguía abierto. Es la undécima incidencia registrada en agosto.
Puntos clave
- 05:06 UTC: Anthropic empieza a investigar errores en las peticiones, citando primero a Opus 4.8.
- 05:27 UTC: pasa a causa identificada y confirma Mythos 5, Fable 5, Opus 5 y otros modelos. Dice estar trabajando en el arreglo.
- Downdetector marcó los primeros reportes de usuarios a la 01:08 hora del este, casi tres horas antes del aviso oficial.
- El historial de estado de agosto acumula incidencias los días 12, 13, 14, 15, 16, 17, 18, 19, 20 y 24.
Cuatro modelos a la vez apuntan hacia abajo
Que fallen simultáneamente Mythos 5, Fable 5, Opus 5 y Opus 4.8 dice bastante sobre dónde está el problema. Son cuatro modelos con pesos distintos, tamaños distintos y fechas de entrenamiento distintas. Lo único que comparten es la tubería: la capa de enrutado que reparte peticiones, el clúster de inferencia sobre el que corren o el sistema de autenticación por el que pasan todas.
Un fallo de este tipo no se arregla con un despliegue de modelo. Se arregla en infraestructura, que es donde Anthropic lleva un mes tropezando.
El patrón de agosto es lo llamativo. Nueve días seguidos con incidencia entre el 12 y el 20, con sabores distintos: rendimiento degradado el 17, 18 y 19, interrupción de servicio completa en claude.ai, la API, Claude Code y Cowork el 16, y errores en los conectores de Google (Sheets, Docs, Slides y Chat) el 20. Se resolvieron todas. Pero una empresa que publica diez avisos en trece días no está teniendo mala suerte, está creciendo por encima de lo que aguanta su plataforma.
Lo que Anthropic no ha dicho
Falta lo que siempre falta en estos avisos. No hay causa raíz pública, no hay estimación de cuándo estará arreglado, no hay número de peticiones fallidas ni desglose de si claude.ai, la API, Claude Code y Cowork sufrieron tasas de error parecidas.
Ese último dato es el que le interesa a quien tiene algo en producción. No es lo mismo que se caiga el chat de la web que se caiga la API, y no es lo mismo un 2% de peticiones fallidas que un 40%. Sin ese desglose, un equipo que dependa de Claude no puede calcular su propia disponibilidad ni justificarla ante un cliente.
En Reddit hay usuarios describiendo trabajos de Claude Code interrumpidos, incluido uno que llevaba nueve horas corriendo. Ese es el coste real de estas caídas ahora que los modelos ya no responden preguntas sueltas sino que ejecutan procesos largos: el fallo no te devuelve un error, te tira una tarea de una jornada entera.
El contexto competitivo
Anthropic lidera en empresa, con un 44% de cuota frente al 40% de OpenAI según los datos de gasto de Ramp de julio. Y sus usuarios están contentos: Claude encabeza el ranking de satisfacción de YouGov en Reino Unido.
La fiabilidad es justo la variable que puede romper eso. Un director de sistemas perdona que un modelo sea un 5% peor en un benchmark. No perdona diez incidencias en un mes cuando tiene procesos de facturación colgando de esa API. Microsoft lleva meses vendiendo MAI Thinking One como alternativa más barata a Mythos, y el argumento comercial más fácil contra un proveedor no es el precio, es el historial de caídas.
Por qué importa
Si tienes algo de tu operación corriendo sobre Claude, esto es un recordatorio de que un proveedor de modelos es un proveedor, con su disponibilidad y sus malos meses.
Dos medidas concretas. La primera es tener un modelo de reserva ya configurado y probado, de otra casa, al que puedas conmutar cambiando una variable de entorno. No hace falta que sea igual de bueno, hace falta que exista y que sepas que funciona. La segunda es que tus procesos largos guarden estado y puedan reanudarse: un agente que pierde nueve horas de trabajo por un error de la API está mal diseñado, con independencia de quién tuviera la culpa del corte.
Y suscríbete a la página de estado de tus proveedores. Enterarte por un usuario enfadado de que tu proveedor lleva tres horas dando errores es la peor manera de gestionarlo.
Relacionado
