¿Está caído un servicio de IA? Cómo comprobar la evidencia
Compara el estado oficial de IA, la vigencia de la recopilación y tu solicitud fallida. Descubre por qué un informe normal del proveedor no confirma todos los modelos o redes.
Respuesta rápida
Empieza por el producto exacto y la operación fallida. Compara su informe oficial con el error de tu solicitud y la hora de recopilación. Un incidente reportado es evidencia útil; un informe normal por sí solo no establece que funcione tu modelo, cuenta o red.
1. Comprueba el producto que realmente utilizaste
ChatGPT y OpenAI API tienen entradas independientes, derivadas de sus componentes oficiales respectivos. Un problema de inicio de sesión en ChatGPT no demuestra que fallara una solicitud de API. Un titular general del proveedor tampoco puede identificar el resultado de un modelo o cuenta particulares.
Los informes de la aplicación Gemini provienen del flujo de incidentes Gemini de Google Workspace. Gemini API / AI Studio tiene una página oficial de estado independiente, enlazada aquí sin recopilación automática. Para OpenRouter, comprueba la página del enrutador y la del proveedor seleccionado cuando se conozca; los dos informes describen servicios distintos.
2. Lee ambas marcas de tiempo
La hora de recopilación indica cuándo IsAnythingDown recibió y validó el informe por última vez. La actualización de la fuente proviene del proveedor. Una marca de tiempo de fuente sin cambios puede coexistir con recopilaciones recientes exitosas, por lo que no demuestra por sí misma un fallo de recopilación.
Los informes oficiales caducan aquí después de seis minutos sin recopilación válida. Los datos caducados describen el último informe guardado. Un fallo de recopilación se muestra por separado y no se convierte en interrupción del proveedor. Si no se puede leer la base de datos, la página indica Datos no disponibles.
3. Compara el informe con la solicitud fallida
Registra la hora UTC, punto de conexión, modelo, estado HTTP, código de error del proveedor e ID de solicitud cuando estén disponibles. Un 401, un 429 por cuota y un error de servidor requieren comprobaciones distintas. Usa la documentación del proveedor en vez de tratar todo fallo como inactividad.
Si un incidente identifica el componente usado y coincide con la hora de tu solicitud, puede explicar el fallo. Sigue siendo una asociación posible hasta que el proveedor u otra evidencia establezcan la causa. Sin un incidente pertinente, sigue comprobando la solicitud y su ruta de red.
4. Comprueba qué se observó de forma independiente
IsAnythingDown configura comprobaciones independientes de la página pública de GitHub y un punto de metadatos de repositorio público. El centro no las ejecuta. Las comprobaciones anteriores del servidor de despliegue están detenidas y no establecen cobertura regional. No hay nodos regionales remotos ni sondas de inferencia de IA desplegados.
Obtener una página de estado, acceder a la página de un producto o la solicitud exitosa de otro usuario no reproduce tu propia operación de API. Si ejecutas una solicitud de diagnóstico en tu entorno, mantén visibles su destino, hora, resolvedor y red, y considera el costo y los efectos secundarios antes de repetirla.
¿Qué significa «no se reportan incidentes»?
Para la aplicación Gemini, significa que no apareció ningún incidente relevante activo en el flujo recopilado. No es una confirmación independiente de disponibilidad. En general, una lista de eventos vacía solo describe el informe guardado. Un informe que no proporciona listas de eventos se etiqueta como no proporcionadas, no como libre de incidentes.
Páginas de servicios relacionados
Cada entrada muestra su propia cobertura de recopilación. Un servicio enlazado no se recopila necesariamente de forma automática.
La fecha de revisión editorial corresponde a esta guía. Las horas de recopilación de informes actuales aparecen en las páginas de servicio.