Resumen
- Haiku 4.5 tuvo un incidente mayor entre las 13:04:35 y las 16:38:26 UTC del 21 de julio, con una vuelta a «identificado» después de la primera vigilancia.
- Un registro crítico de varios modelos sitúa el impacto real entre las 15:28 y las 16:26, aunque la página se cerró a las 18:18.
- Otro incidente crítico afectó creación de documentos y herramientas Claude entre las 17:40 y las 18:03.
- Opus 4.1 sufrió un incidente menor separado en la API y Claude Code de 08:34 a 09:00 el día 22.
- No hay causa raíz común, población afectada, porcentaje de errores, regiones ni créditos publicados.
La taxonomía de una página de estado sirve para ordenar el trabajo interno del proveedor. No siempre refleja cómo vive el cliente una jornada. El 21 de julio, Anthropic abrió tres registros cercanos y añadió un cuarto a la mañana siguiente. Esa fragmentación permite precisión, pero puede ocultar la acumulación operativa.
El dato más revelador aparece en Haiku 4.5. Anthropic pasó a vigilancia a las 13:22 tras aplicar una corrección y volvió a «identificado» a las 14:44. La primera recuperación no fue estable.
Dos relojes para el episodio de varios modelos
El incidente crítico de varios modelos se abrió a las 15:35. En la resolución, Anthropic delimitó las solicitudes con errores elevados entre las 15:28 y las 16:26. Sin embargo, el expediente permaneció activo hasta las 18:18.
No es una contradicción. Un reloj mide el impacto que el proveedor reconstruyó; el otro, el tiempo necesario para identificar, corregir, vigilar y cerrar. Usar las casi tres horas como caída continua exageraría el periodo declarado. Quedarse con 58 minutos ignoraría la incertidumbre de la recuperación.
El episodio afectó claude.ai, API, Claude Code y Cowork. Coincidió parcialmente con Haiku, pero los componentes compartidos y el solapamiento no prueban un mismo fallo de backend.
La herramienta puede fallar aunque el modelo responda
A las 17:40 empezó otra ficha crítica. Anthropic mencionó creación de documentos en claude.ai, Cowork Remote, Claude Code, Claude Code en la Web, Claude Tag y Claude Design. La vigilancia comenzó a las 17:51 y la resolución llegó a las 18:03.
Para una empresa, esta capa puede ser tan importante como la inferencia. Un modelo disponible no completa un flujo si el entorno remoto no abre, el documento no se crea o la orquestación falla. Los monitores deben comprobar cada dependencia, no sólo una respuesta de texto.
El incidente menor de Opus 4.1 del día siguiente afectó API y Claude Code: identificado a las 08:34, en vigilancia a las 08:45 y resuelto a las 09:00.
No se pueden sumar etiquetas de gravedad
Un incidente mayor, dos críticos y uno menor no producen una puntuación total. Anthropic no dio número de usuarios, tasa de error, geografía, pérdida de datos ni tratamiento contractual. Tampoco vinculó las causas.
Sí puede describirse el mecanismo de impacto: las organizaciones deben detener colas, validar si la recuperación dura y decidir si cambian de modelo o proveedor. La recaída de Haiku demuestra por qué el banner del proveedor no debe ser el único criterio de reanudación.
La mejor explicación futura sería un post mortem que cartografiara dependencias compartidas y aclarara por qué la primera corrección de Haiku no se sostuvo. Hasta que exista, la conclusión correcta conserva los límites: hubo una secuencia concentrada de fallos en modelos y herramientas Claude, no una avería única ya diagnosticada.