FUENTES Y METODOLOGÍA

Qué significa el estado.

Los informes, observaciones y datos ausentes se mantienen diferenciados.

Informes oficiales

El directorio incluye 56 servicios de IA de asistentes y búsqueda, programación, medios creativos, API de modelos, inferencia y nube GPU, y bases de datos vectoriales. 37 tienen fuentes automáticas configuradas, junto con 11 servicios generales. Es una selección editorial, no una clasificación de popularidad medida ni un inventario completo del sector. Guardamos informes del proveedor y no confirmamos independientemente la disponibilidad de servicios de IA.

Los resúmenes de Claude y GitHub incluyen componentes, incidentes y mantenimiento. Otros puntos de resumen compatibles pueden omitir listas de eventos; la omisión se muestra explícitamente. El punto recopilado de OpenAI actualmente ofrece estados de componentes sin listas de incidentes ni mantenimiento. Los resúmenes de ChatGPT y API se derivan por separado de ID de componentes fijos y verificados; los ID nuevos o ausentes requieren revisión. Su disponibilidad no implica nada sobre un modelo, nivel o cuenta particulares.

Copilot, v0, Replicate, Workers AI y AI Gateways se leen desde sus componentes específicos en páginas compartidas del proveedor. El indicador global de la página principal y los incidentes no relacionados no se asignan a esos productos. La ausencia de un componente seleccionado impide guardar un informe nuevo.

Hugging Face, Together AI, Modal, Runpod y Qdrant usan el formato público JSON de Better Stack. Deben estar presentes los recursos referenciados y actualizaciones del informe. Se excluyen los informes resueltos incluso sin hora de finalización. No se inventan tiempos de actualización de recursos a partir de la marca de tiempo de página. Los estados publicados de servicios y modelos de DeepInfra son observaciones del proveedor; se rechazan respuestas marcadas como caducadas por ese proveedor. Este adaptador no importa detalles de incidentes ni mantenimiento.

Vercel y Cloudflare tienen vistas de informes de plataforma y vistas separadas para productos específicos. La vista de Supabase usa el indicador publicado de la plataforma y los componentes enumerados actualmente; pueden cubrir solo parte de la plataforma y no verifican cada región o proyecto. Notion y Resend usan sus dominios actuales verificados; los resúmenes recopilados omiten listas de incidentes y mantenimiento. La API actual versión 2 de Slack proporciona estado y registros de incidentes, con nombres de funciones afectadas en actualizaciones; no proporciona una matriz completa de componentes. Los registros programados se conservan separados sin inventar ventanas de mantenimiento.

Stripe usa su nuevo dominio de estado verificado para informes de componentes, incidentes y mantenimiento. La página oficial de Auth0 proporciona JSON integrado de resúmenes de diez regiones públicas de producción; no se ejecutan scripts ni se importan nube privada, estado de tenants, detalles de incidentes o mantenimiento. Regiones ausentes o identidad de página modificada rechazan un nuevo informe. AWS Health proporciona eventos públicos en el formato UTF-16 big-endian verificado actualmente. Se conservan servicios, regiones, actualizaciones y códigos numéricos del proveedor, pero no se interpretan como gravedad ni resolución. Su agregado permanece neutral y no establece el estado de cuentas ni disponibilidad global de AWS.

El flujo público de incidentes de Google Cloud se verifica con su propio catálogo de productos. Los incidentes terminados o futuros no se convierten en actuales. Sin incidentes públicos activos, el resumen permanece neutral; no describe Personalized Service Health ni establece independientemente la disponibilidad de un proyecto. Los nombres de productos y ubicaciones del proveedor se conservan en las actualizaciones.

La fuente Gemini es el flujo de incidentes Gemini de Google Workspace, verificado con su catálogo oficial. Los incidentes terminados, futuros o no relacionados no se convierten en actuales de Gemini. Sin incidentes activos, la etiqueta es «No se reportan incidentes», no una afirmación de que Gemini esté operativo. La última actualización de un incidente Gemini difiere de la hora de recopilación; un flujo sin incidentes Gemini no tiene una hora publicada de actualización Gemini.

Grok / xAI lee catorce componentes verificados del JSON público de su página oficial de estado y comprueba sus IDs, nombres y el conjunto seleccionado completo sin ejecutar scripts. No importa gráficos en vivo ni detalles de incidentes. DeepSeek importa el resumen estructurado de cambios activos de su página pública; sin cambios reportados, la disponibilidad global sigue desconocida. Ninguna página proporciona una hora de publicación verificada para estos campos recopilados. fal usa su resumen versión 3 y siete componentes verificados; ambas respuestas deben validarse, y los detalles de avisos o tiempos de publicación ausentes permanecen ausentes. CoreWeave usa la API pública de Status.io con códigos de estado, componentes y ubicaciones del proveedor verificados; el mantenimiento actual y futuro son independientes.

Midjourney usa el flujo JSON de producción enlazado por su página oficial de estado. Los resúmenes de servicio son independientes de las estimaciones de espera Fast y Relax. Los colores de espera no son interrupciones ni mediciones independientes de latencia. Se conserva la marca de tiempo del flujo del proveedor y se rechazan informes de más de quince minutos o más de treinta segundos en el futuro.

Google Cloud AI filtra el flujo público de incidentes de nube por 23 ID de productos Vertex verificados. Se excluyen otros incidentes de Google Cloud; la ausencia de productos seleccionados rechaza un informe nuevo. Esta vista es independiente de la aplicación Gemini y Gemini API / AI Studio. Codex solo recopila el componente Codex in ChatGPT Desktop del informe de OpenAI, que no establece la disponibilidad de CLI, extensión de IDE ni tareas en nube.

Gemini API, Google AI Studio y Google Cloud AI son independientes de este flujo de la aplicación Gemini. Gemini API / AI Studio tiene su propia página oficial de estado; no se ha implementado la recopilación automática de esa página. «Solo página oficial» significa una página de estado enlazada sin recopilación automática. «No conectado» significa que no hay datos de estado; cualquier sitio web del producto enlazado se identifica como sitio web.

Recopilación y vigencia

El proceso de recopilación comprueba cada fuente configurada cada 120 segundos, con hasta 15 segundos de variación aleatoria. Las páginas leen datos guardados y se actualizan cada 30 segundos mientras están visibles. La actualización manual también lee datos guardados.

Una recopilación válida caduca después de 6 minutos. Su último informe conocido permanece visible con una advertencia de caducidad. La hora de recopilación indica cuándo recibimos y validamos los datos. La hora de actualización de la fuente la proporciona el proveedor o se identifica explícitamente como la última actualización de un incidente; una marca de tiempo de fuente sin cambios no significa por sí sola que la recopilación haya caducado.

Cada recopilación tiene un plazo de 10 segundos y cada respuesta está limitada a 512 KiB. Gemini y Google Cloud requieren que su propio catálogo fijo de productos y flujo de incidentes pasen la validación antes de guardar un informe. Los fallos de recopilación usan espera progresiva de hasta una hora, considerando un Retry-After interpretable. Los fallos se registran por separado y nunca convierten el informe del proveedor en una interrupción.

Los valores de estado desconocidos siguen desconocidos. Los campos ausentes de incidentes o mantenimiento se identifican como no proporcionados. El mantenimiento futuro programado se muestra por separado y no cuenta como interrupción actual. Un incidente ausente del flujo no establece su historial completo ni confirma independientemente la recuperación.

Historial diario y cobertura

El directorio muestra las últimas siete fechas UTC; los detalles ofrecen treinta o siete días. Cada punto representa el estado guardado más grave del día, separado del actual. Verde significa informe normal o comprobación exitosa; amarillo, degradación o comprobación en revisión; rojo, interrupción reportada o fallo confirmado; azul, mantenimiento en curso. Gris cubre observaciones ausentes o no concluyentes; la explicación indica el motivo.

Un punto medio lleno indica cobertura incompleta o un día sin finalizar. El anillo discontinuo de hoy significa que el día sigue en curso. La cobertura de estados conocidos cuenta registros interpretables durante el día completo o el tiempo transcurrido hoy. Es cobertura de registros, no disponibilidad medida.

Los estados guardados están limitados por la siguiente observación y su vigencia existente: seis minutos para informes oficiales y quince para comprobaciones. El historial de sondas reutiliza las reglas de fallos consecutivos y recuperación. Los fallos de recopilación se cuentan por separado y nunca se convierten en estados de interrupción. Las duraciones describen estados guardados de informes o comprobaciones, no duraciones exactas de incidentes. Las fechas anteriores a nuestra primera observación siguen grises; no importamos ni afirmamos tener el historial completo de incidentes del proveedor.

Observaciones regionales

Los agentes de sondas independientes comprueban la página pública de GitHub y leen metadatos de un repositorio público mediante GitHub API. Las comprobaciones usan HTTPS IPv4, validan el certificado y el contenido esperado, y registran tiempos de resolución, conexión, TLS, cabeceras y total. Que pase la página principal no establece que funcionen inicio de sesión, operaciones Git o Actions. Una lectura pública de API no establece que funcionen operaciones autenticadas.

El resolvedor seleccionado se muestra con cada nodo. Los agentes pueden usar el resolvedor del sistema o Cloudflare DNS sobre HTTPS. Este último no prueba el del sistema y puede seleccionar otras direcciones de destino. Se rechazan direcciones privadas o especiales; los destinos son fijos, las direcciones públicas validadas se fijan para la solicitud y no se siguen redirecciones.

Cada agente comprueba dos controles de conectividad fijos, operados por Cloudflare y Mozilla. Al menos uno debe pasar para que los fallos de destinos cuenten para la confirmación. Si ninguno pasa, los resultados indican «Conectividad de sonda incierta». Es una prueba limitada de conectividad, no demuestra que el nodo o todas las rutas de red estén bien.

Las comprobaciones se ejecutan cada 5 minutos, con hasta 15 segundos de variación aleatoria. El primer fallo indica «Recomprobando fallo»; dos fallos consecutivos confirman una comprobación fallida en ese nodo. Recuperarse de un fallo confirmado vigente requiere dos éxitos; tras un intervalo caducado, una comprobación exitosa inicia una nueva referencia. La confirmación requiere observaciones y recepciones separadas al menos 4 minutos, sin intervalos de 15 minutos o más. Acceso denegado, límites de solicitudes, redirecciones y destinos rechazados son no concluyentes y no confirman un fallo del servicio.

Las observaciones y latidos caducan después de 15 minutos. Las comprobaciones caducadas no conservan una insignia actual de éxito o fallo. La hora de observación es cuando el agente terminó un ciclo; la hora de recepción es cuando el servidor lo aceptó. Los informes ausentes, fallos de recopilación y fallos de servicio siguen diferenciados.

Las comprobaciones de destinos de servicio se ejecutan en nodos independientes. El centro recopila informes oficiales y recibe resultados; no sondea destinos de servicio. Las ubicaciones no verificadas no aparecen en el historial regional. Ashburn, Frankfurt y Tokyo requieren nodos remotos reales; registrarse no establece cobertura. El operador configura la ubicación y la red del nodo; no se verifican automáticamente. No inferimos accesibilidad regional de un informe oficial global, no combinamos votos de nodos en un estado global ni inferimos la causa de una interrupción.

Ver cobertura real

Dependencias y causalidad

Aún no se publican registros verificados de dependencias anteriores en la ruta. Un incidente del proveedor no establece por sí solo qué aplicación afectó ni la causa del problema de un usuario.

Acceso gratuito y medición mínima

Las consultas de estado son gratuitas y no requieren cuenta. Se prevén avisos por correo; esta versión no envía correos ni recopila direcciones.

Registramos visitas a páginas de servicio, clics en fuentes oficiales y comentarios opcionales mediante un identificador aleatorio en sessionStorage de esta pestaña. No guardamos IP, correos ni User-Agent completo en estos registros. Las actualizaciones automáticas no cuentan como nuevas visitas. Filtramos bots conocidos en la medida posible.

Los eventos de desarrollo se marcan como internos. Los datos se guardan en la base de datos configurada por el operador. Aún no se ha implementado la limpieza automática por retención; el despliegue público requiere una política de retención y su aplicación.