Noticias de Opsphere

Glama publica el conector de Opsphere para investigaciones operativas

Glama incluye Opsphere — DevOps & SRE Intelligence bajo io.opsphere.mcp-cursor. Una sesión de Glama puede llegar al gateway remoto de Opsphere por Streamable HTTP y OAuth2 para investigar bugs, valorar la preparación de un release, buscar logs, clasificar caídas, diagnosticar CI fallida, comprobar despliegues y consultar plataformas cloud conectadas. Glama marca la titularidad como verificada e indica que OAuth funciona en Glama.

La ficha incluye subagentes de QA de solo lectura. Opsphere es de solo lectura por defecto. Los sistemas conectados siguen siendo la fuente de la evidencia. Opsphere no copia esa telemetría a otro almacén.

Google Analytics 4: tráfico y conversiones en investigaciones operativas

Opsphere consulta ahora una propiedad de Google Analytics 4 conectada durante una investigación operativa. Las herramientas de solo lectura cubren tráfico, adquisición, páginas, eventos, conversiones, embudos, tiempo real y metadatos de la propiedad. El módulo ga4 permanece desactivado hasta que ese tenant vincula Google con Connect Google y un operador habilita los módulos google y ga4. Google Analytics sigue siendo la fuente de esos resultados.

Cuando ga4_default_property está definido en Admin, las herramientas usan esa propiedad. Las macros pueden situar los cambios de tráfico y conversión junto a despliegues e incidentes. Esa narración no afirma que un despliegue o un incidente causara el cambio. Opsphere es de solo lectura por defecto.

Google Search Console: rendimiento de búsqueda en investigaciones operativas

Opsphere consulta ahora una propiedad de Google Search Console conectada durante una investigación operativa. Las herramientas de solo lectura cubren el rendimiento, las consultas, las páginas, las tendencias, el desglose por dispositivo y país, la inspección de URL y los sitemaps. El módulo gsc permanece desactivado hasta que ese tenant vincula Google con Connect Google y un operador habilita el módulo. Google Search Console sigue siendo la fuente de esos resultados.

Cuando una llamada omite el sitio, Opsphere usa gsc_default_site de Admin. En trabajo de release e incidente, macro_seo_technical_diagnostic combina la inspección de URL de Search Console con comprobaciones HTTP y DNS. Opsphere es de solo lectura por defecto.

Google Tag Manager: configuración del contenedor en investigaciones operativas

Opsphere consulta ahora una cuenta de Google Tag Manager conectada durante una investigación operativa. Diez herramientas de solo lectura cubren cuentas, contenedores, etiquetas, activadores, variables, versiones publicadas, el estado del workspace y las diferencias entre versiones. El módulo gtm permanece desactivado hasta que ese tenant vincula Google con Connect Google y un operador habilita el módulo. Google Tag Manager sigue siendo la fuente de esa configuración del contenedor.

La API de Tag Manager refleja la configuración del contenedor, no el disparo en el navegador. La validación de extremo a extremo combina esa configuración con macro_tracking_integrity_audit y comprobaciones HTTP. Opsphere es de solo lectura por defecto y no modifica el contenedor.

Grafana: paneles, alertas y PromQL en investigaciones operativas

Opsphere consulta ahora una instancia de Grafana conectada durante una investigación operativa. Doce herramientas de solo lectura cubren el estado de la organización, los datasources, los paneles, las alertas en curso, las anotaciones, PromQL a través de un datasource de Grafana y las definiciones de comprobaciones de Synthetic Monitoring. El módulo permanece desactivado hasta que ese tenant configura las credenciales. Grafana sigue siendo la fuente de esos resultados.

PromQL se ejecuta a través del proxy de datasource de Grafana y necesita el UID del datasource de Prometheus de ese tenant. Complementa las herramientas directas de Prometheus que ya existen. Las herramientas de Synthetic Monitoring devuelven la definición de la comprobación, no resultados históricos de sondas. Opsphere es de solo lectura por defecto y no copia la telemetría de Grafana a otro almacén.

Noibu: investiga errores de ecommerce y métricas de sesión desde Opsphere

Opsphere intermedia ahora Noibu para investigar incidencias de ecommerce. Quince herramientas curadas cubren la conexión del workspace y las comprobaciones de solo lectura: dominios de tienda monitorizados, errores prioritarios, búsqueda de incidencias incluido el checkout, un diagnóstico en lenguaje claro y la tendencia de ocurrencias. La conexión es una vez por workspace, con OAuth. No hay una clave de API estática que pegar en el chat.

Las métricas de sesión incluyen conversión, rebote, ingresos y tráfico, además de sesiones recientes y tráfico por página, clics, profundidad de scroll y web vitals. Se incluyen ventanas de highlights de las sesiones afectadas. El replay de sesión, los mapas de calor, los log drains, los experimentos y cualquier escritura de vuelta a Noibu siguen en la consola de Noibu. Opsphere no sustituye a Noibu.

El módulo está disponible en los planes de pago y no está habilitado en Community. Combínalo con las comprobaciones de despliegue del storefront y con los flujos de incidencias de Datadog o Sentry cuando estén conectados. Las cifras de impacto en ingresos que aporta Noibu siguen siendo proyecciones de Noibu.

Sentry: salud de releases por sesión y una corrección honesta de las estadísticas de proyecto

La integración con Sentry incorpora dos herramientas de solo lectura para Release Health. Las sesiones se pueden agrupar por release, con la adopción en la ventana temporal elegida, y una release concreta se puede abrir para ver sus metadatos y su cuota de sesiones. Usan el mismo token de autenticación de Sentry que ya configuras; sin nuevas credenciales ni slug de integración.

sentry_sessions_by_release lee las estadísticas de sesión de la organización agrupadas por release. sentry_release_detail devuelve los metadatos y la cuota de sesiones de una versión en esa ventana. Una ventana larga, como 24 horas, sigue incluyendo sesiones de releases anteriores en el proyecto. Una ventana corta muestra qué parte del tráfico reciente ya está en la release nueva. Ambas usan las estadísticas de sesión de Sentry, no la búsqueda de issues.

sentry_projects_stats informa ahora el volumen de eventos del proyecto. No es un gráfico de adopción de la release. El catálogo operativo completo de Opsphere alcanza 353 herramientas. Es una ampliación de capacidades sobre la integración Sentry existente, no un nuevo logo de proveedor en el hub.

Opsphere se incorpora al ecosistema Santander X

Seguimos dando pasos para conectar Opsphere con ecosistemas que pueden acompañar nuestro crecimiento tecnológico y empresarial.

Opsphere ya forma parte de Santander X, el ecosistema global de emprendimiento de Banco Santander para startups, scaleups y emprendedores.

Esta incorporación nos da acceso a nuevas oportunidades, beneficios tecnológicos, retos, eventos y conexiones dentro de su comunidad internacional.

Para nosotros, es una oportunidad más para seguir haciendo crecer Opsphere y acercar nuestra plataforma de inteligencia operacional a nuevos equipos y organizaciones.

Xray Cloud: lectura de tests manuales en Jira y escrituras gobernadas cuando las activas

Opsphere se conecta a Xray Test Management for Jira Cloud para que los agentes lean issues de tipo Test y sus pasos manuales. Es una capacidad de aseguramiento de la calidad junto a Jira. Opsphere no sustituye a Xray.

Dos herramientas son de lectura: xray_test_get devuelve un Test y sus pasos manuales, y xray_tests_search busca tests y duplicados. Otras dos, xray_test_create y xray_test_steps_update, crean tests y actualizan pasos, pero permanecen apagadas hasta que el tenant activa las escrituras.

Las credenciales son el client id y el secret de Xray, en Jira → Apps → Xray, con una URL base opcional para la región de EE. UU. o la UE. El módulo sigue apagado hasta que un administrador lo activa. El catálogo completo llega a 341 herramientas. Community se mantiene en 62, y Xray no forma parte del plan Community.

Contexto operativo que se mantiene entre investigaciones

El troubleshooting no debería empezar de cero cada vez. Opsphere ahora puede construir una imagen operativa acotada del entorno que se está investigando y reutilizar conocimiento relevante de investigaciones anteriores cuando ayuda a responder la siguiente pregunta operativa.

La plataforma mantiene relaciones entre entidades operativas como cuentas, entornos, servicios, repositorios y dominios. Este contexto se recupera de forma selectiva — solo cuando es relevante para la tarea actual — en lugar de volcar un inventario completo de infraestructura en cada conversación con la IA. El contexto operativo queda acotado al tenant, la cuenta y el entorno correspondientes, con el mismo modelo de aislamiento que usa Opsphere en el resto de la plataforma.

Las investigaciones anteriores pueden almacenarse como memoria operativa estructurada: contexto afectado, hipótesis, conclusiones, referencias de evidencia, recomendaciones e información de verificación. Cuando un incidente nuevo se parece a algo investigado antes, Opsphere puede mostrar los casos previos más relevantes como contexto adicional.

La telemetría sigue en los sistemas que ya la poseen. Opsphere no necesita convertirse en otro almacén de observabilidad: conserva relaciones operativas, procedencia y conocimiento de investigación, y consulta los sistemas en vivo cuando hace falta evidencia actual.

Diagnóstico de red: consulta CNAME y pruebas directas al origin desde Cursor

Los diagnósticos de red integrados ahora consultan A, AAAA y CNAME en una sola llamada a dns_lookup mediante recordTypes, para mapear hostnames de origin sin dig. http_check sigue enviando peticiones HEAD a las URL públicas de cada entorno con los mismos valores por defecto.

También puedes probar el origin de forma directa: Host personalizado, TCP/TLS hacia connectHost y SNI TLS con servername. Ese bypass del CDN sirve para triajar 502/520: compara códigos de estado y cabeceras con el edge público sin salir de Cursor.

Es una ampliación de capacidades del módulo de diagnósticos existente, pensado para Community: no es una integración nueva ni un logo en el hub. Sin nombres de herramientas nuevos y sin credenciales. Encaja con los flujos de endpoint-health y de incidentes, y se combina con las herramientas de Cloudflare cuando están configuradas.

Investigaciones operativas que muestran su evidencia

La IA operativa no debería saltar de un síntoma a una historia de causa raíz con total confianza. Opsphere ahora estructura las investigaciones alrededor de varias explicaciones posibles y las contrasta de forma progresiva con lo que realmente reportan los sistemas operativos conectados.

Las hipótesis pueden cubrir despliegues, configuración, infraestructura, comportamiento de la aplicación, dependencias externas, red, CDN y otros dominios operativos. La evidencia recogida de llamadas reales a herramientas puede respaldar, rechazar o dejar una hipótesis sin resolver, y los hechos observados quedan claramente separados de la inferencia.

La confianza se calcula a partir de la evidencia disponible: su calidad, las fuentes independientes que la respaldan y las contradicciones. Cuando los sistemas de origen aportan marcas de tiempo, Opsphere también construye una línea temporal de la investigación con la evidencia ya recogida, sin peticiones adicionales innecesarias.

Las conclusiones y recomendaciones respaldadas pueden incluir condiciones de verificación explícitas: qué debe cumplirse antes de dar por validado un incidente o una resolución propuesta. Opsphere sigue siendo de solo lectura por defecto: investiga, correlaciona y recomienda, sin cambiar producción en silencio. Las investigaciones de alto nivel y los macros del gateway MCP pueden devolver el mismo resultado estructurado a Cursor, Codex y otros clientes compatibles con MCP.

Azure: herramientas KQL en Log Analytics, búsqueda en Blob y metadatos de Key Vault

La integración Azure incorpora cuatro herramientas de solo lectura para el triaje de incidentes de datos: KQL en Log Analytics, descubrimiento de claves en Blob y nombres y metadatos de secretos en Key Vault. Usan la misma sesión delegada de Azure con la que ya inicias sesión: sin secretos nuevos en Opsphere ni slug de integración.

Consulta Log Analytics con KQL de solo lectura cuando haya un workspace. Localiza claves de blob por prefijo o nombre exacto sin descargar el contenido. Lista nombres de secretos en Key Vault e inspecciona los metadatos de uno — nunca el valor. Útil en incidentes de datos sin abrir el portal de Azure.

Es una ampliación de capacidades de la integración Azure existente, no un logo nuevo en el hub. Las herramientas de datos de Synapse, Cosmos y ACR siguen en la hoja de ruta y no forman parte de esta versión.

Cinco herramientas MCP ya disponibles: purga Cloudflare, métricas Datadog, logs de despliegue Vercel, traceroute y rollup de incidentes

Cinco herramientas que figuraban como planificadas ya están disponibles de forma general: purgar la caché de Cloudflare por URL, etiqueta, host o prefijo; consultar series temporales de métricas de Datadog; leer logs de build y runtime de un despliegue Vercel; ejecutar traceroute desde el entorno Opsphere; y obtener una línea de tiempo de incidente de solo lectura. Usan las credenciales de Cloudflare, Datadog y Vercel que ya configuras: sin secretos nuevos ni slugs de integración.

La purga de caché de Cloudflare es una escritura destructiva, con política de aprobación. El rollup de incidentes es una instantánea JSON de solo lectura; el triaje interactivo de una caída sigue siendo el flujo macro. Traceroute diagnostica la ruta de red desde el host de Opsphere.

Este envío cierra la brecha entre las filas de la referencia de API aún marcadas como planificadas y el gateway en producción. Es una ampliación de capacidades sobre integraciones y diagnósticos existentes, no nuevos logos de proveedor en el hub.

Datadog: resultados de ejecución de Synthetics y un up/down honesto por ubicación

La integración con Datadog incorpora una herramienta para listar e inspeccionar resultados de ejecución de tests Synthetic: aprobado o fallido para un test concreto en una ventana temporal. Usa las mismas claves de API y de aplicación de Datadog que ya configuras; sin nuevas credenciales ni slug de integración.

Los resúmenes por ubicación siguen ahora el último estado de ejecución de cada test, no el flag de configuración live o paused. Si no hay ejecuciones en la ventana, Opsphere indica ese vacío en lugar de un gráfico de disponibilidad al 100% que no es real. El inventario y el estado de configuración siguen en el resumen de Synthetics existente: esa vista no es pass/fail.

El catálogo operativo completo de Opsphere alcanza 328 herramientas. Es una ampliación de capacidades sobre la integración Datadog existente, no un nuevo logo de proveedor en el hub. Cuando Datadog está conectado a través de Opsphere, los agentes deben usar estas herramientas en lugar de pedir una API local de Datadog.

Cloudflare Load Balancing: cuatro herramientas de solo lectura para pools, orígenes y comprobaciones de salud

La integración con Cloudflare incorpora cuatro herramientas de solo lectura para Load Balancer: inventario de equilibradores (filtro opcional por zona), detalle de pools, orígenes y steering de un equilibrador, salud de los pools en la cuenta y configuración de los monitores de salud — ruta, intervalo y códigos de estado esperados. Usan el mismo token de API de Cloudflare que ya configuras; sin nuevas credenciales ni slug de integración.

Las respuestas llegan mapeadas a campos pensados para agentes, no como JSON crudo de Cloudflare. Las listas vacías son válidas si la cuenta aún no tiene pools ni monitores: útil para triaje de tráfico en el edge, salud de orígenes y steering sin abrir el panel de Cloudflare.

El módulo Cloudflare suma ahora 54 herramientas en el gateway. El catálogo operativo completo de Opsphere alcanza 327 herramientas: una ampliación de capacidades sobre la integración existente, no un nuevo logo de proveedor en el hub.

Opsphere lleva el contexto operativo a Slackbot mediante MCP

Opsphere lanza una integración dedicada con Slack: activa la pasarela MCP remota como app en conversaciones con Slackbot, autentica la conexión y pregunta en lenguaje natural por cualquier integración configurada en tu plan contratado — sin salir de Slack. La superficie de Slackbot está disponible en todos los planes actuales; qué herramientas responden sigue dependiendo de las integraciones que tengas conectadas.

El sitio público añade una página completa de integración con Slack sobre configuración MCP, autenticación y activación en el chat, además de descubrimiento en el hub de integraciones (Alertas y DevOps & Collaboration) y en el carrusel de la homepage.

Este lanzamiento lleva Opsphere más allá de los editores y el cliente web, al chat donde los equipos ya triagen el trabajo: una pasarela operativa, ahora alcanzable desde Slackbot.

Opsphere lanza una integración dedicada con Codex

Opsphere cuenta ya con una integración de primer nivel para OpenAI Codex CLI y ChatGPT desktop — el mismo gateway MCP remoto y superficie de herramientas operativas que los equipos usan en Cursor, con un plugin nativo de Codex, instalación por marketplace y cliente OAuth. Los ingenieros pueden investigar incidentes, comprobar la salud de endpoints, diagnosticar CI, configurar integraciones y abrir contextos de Connection Hub sin salir de la sesión del agente.

El sitio público añade una página dedicada a Codex que sigue la estructura del producto principal de Cursor con guía de instalación y skills propia de Codex, además del descubrimiento desde el hub de integraciones (herramientas de IA) y el carrusel de la homepage. La navegación agrupa Cursor y Codex bajo Plugins para que ambos editores queden a un clic.

Este lanzamiento refuerza Opsphere como capa operativa compartida para editores nativos de IA: un gateway, skills guiados y flujos de investigación de solo lectura — ya sea en Cursor o en Codex.

AWS: diagnostica agentes Bedrock y Lambdas de action groups

La integración AWS añade dos herramientas de solo lectura para diagnosticar agentes Bedrock con la misma sesión SSO o IAM que el resto de herramientas aws_* — sin secretos nuevos en Opsphere. El foco es el diagnóstico operativo (estado, alias, action groups, IAM, knowledge bases y hallazgos), no el producto Agent Core.

aws_bedrock_agent_diagnose devuelve en una sola llamada la salud del agente, avisos de IAM, estado de las KB, Lambdas vinculadas y un grafo de relaciones. aws_lambda_agent_diagnose profundiza en las Lambdas de action groups con configuración, políticas IAM y señales de error en CloudWatch (valores de entorno ocultos). El prompt guiado investigate-bedrock-agent ejecuta el mismo flujo de solo lectura en el chat web y en los playbooks MCP.

Es una ampliación de la integración AWS existente — sin chip de proveedor nuevo en el hub. El catálogo completo del gateway Opsphere alcanza 318 herramientas operativas.

AWS: herramientas Athena, búsqueda en S3, consulta DynamoDB y Aurora Data API

La integración AWS incorpora cinco herramientas de solo lectura para investigar el plano de datos: SQL en Athena, descubrimiento de objetos en S3 por prefijo o clave, describe y Query de DynamoDB (sin Scan) y SQL en Aurora vía RDS Data API. Usan la misma sesión SSO o IAM con la que ya inicias sesión: sin credenciales nuevas en Opsphere, y los secretos de base de datos permanecen en tu Secrets Manager.

Consulta Athena cuando haya workgroup o ubicación de resultados en S3. Localiza claves en S3 sin descargar el contenido. Describe claves e índices de DynamoDB y consulta por clave primaria. Ejecuta SQL de solo lectura en Aurora por HTTPS con los ARN de clúster y secreto — útil en incidentes de datos sin abrir la consola de AWS.

Es una ampliación de capacidades de la integración AWS existente, no un logo nuevo en el hub. El catálogo completo del gateway Opsphere alcanza 312 herramientas operativas.

Cloudflare: 14 herramientas de solo lectura para Workers, Logpush, Snippets y KV

La integración con Cloudflare incorpora 14 herramientas de solo lectura adicionales para operaciones profundas en el edge: inventario de scripts Workers, historial de despliegues, dominios personalizados, trabajos Logpush, Snippets de zona, listas de reglas de cuenta, espacios de nombres KV y ajustes de zona. Usan el mismo token de API de Cloudflare que ya configuras; sin nuevas credenciales ni slug de integración.

Lista scripts Workers, despliegues y dominios personalizados desde la cuenta. Inspecciona trabajos Logpush y reglas de Snippets de zona junto con las herramientas DNS y WAF existentes. Lee listas de reglas de cuenta y espacios de nombres KV sin abrir el panel de Cloudflare — útil para triaje de incidentes en el edge, auditorías de listas WAF y zonas gestionadas con Terragrunt.

El módulo Cloudflare suma ahora 49 herramientas en el gateway. El catálogo operativo completo de Opsphere alcanza 307 herramientas: una ampliación de capacidades sobre la integración existente, no un nuevo logo de proveedor en el hub.

Connection Hub: un inicio de sesión en Cursor para cada workspace de cliente

Consultores, agencias y equipos de plataforma suelen operar tenants Opsphere distintos por cliente — y cambiar entre inicios de sesión en el IDE interrumpe el flujo durante incidentes. Connection Hub es una capacidad de plataforma propia de Opsphere, no una integración con un proveedor: vincula varios workspaces de cliente a una sola sesión de Cursor mediante OAuth para que sigas en el mismo IDE al cambiar de contexto operativo.

Vincula tenants de cliente con ops_account_link_start, abre un contexto de trabajo en el servidor con ops_context_open y ejecuta herramientas operativas con alcance mediante context_id. El gateway resuelve credenciales en el servidor — nada sensible queda en la configuración del IDE. Las skills del plugin link-account y open-work-context guían el onboarding; los recursos MCP opsphere://hub/connections y opsphere://hub/active-context exponen el estado de conexión a los agentes.

Las instalaciones del hub no pueden configurar integraciones ni ejecutar herramientas operativas sin un contexto de trabajo activo. Los grants se cifran en reposo. El lanzamiento añade cinco herramientas de plano de control del broker al catálogo del gateway; la página de integración con Cursor del sitio describe ahora Connection Hub junto al flujo existente del plugin oficial.

La integración con Algolia admite Applications por entorno vía Cloud Catalog

La integración de Opsphere con Algolia asigna ahora cada entorno del Cloud Catalog — dev, staging, producción o tus propios slugs de catálogo — a su propia Application de Algolia. Configura Application IDs, índices por defecto y API keys de búsqueda restringidas por entorno en el Cloud Catalog del admin; las herramientas MCP Search API aceptan env opcional para que peticiones como «listar índices en staging» resuelvan la Application correcta en lugar de producción. Los diagnósticos globales del clúster siguen sin requerir credenciales.

Las tiendas enterprise suelen ejecutar Applications de Algolia separadas por tier. Esta actualización alinea Opsphere con ese modelo y evita fugas de credenciales entre entornos. La configuración legacy con un único Application ID y API key sigue disponible para tenants con una sola app.

El detalle de integración y la referencia API del sitio describen ahora la configuración multi-entorno junto a los flujos existentes de triaje de búsqueda e índices.

Recuperación de memoria operativa más inteligente y controles GDPR para administradores

La memoria operativa de Opsphere ofrece a los agentes MCP contexto destilado de incidentes pasados, notas de repositorio, resúmenes de sesión y decisiones ligeras — para que las investigaciones partan de precedentes en lugar de repetir el mismo terreno. La memoria complementa la observabilidad y las herramientas de infraestructura en vivo; los agentes siguen verificando el estado actual con Datadog, Kubernetes, Vercel y otras fuentes operativas.

Esta versión mejora cómo se recupera la memoria: búsqueda de texto completo con ranking ponderado por título, expansión automática de consultas en varios pasos para vocabulario operativo y ranking heurístico que prioriza incidentes activos, decisiones recientes y repositorios usados con frecuencia. El enfoque está afinado para corpus operativos cortos — recuperación rápida sin latencia de embeddings ni infraestructura de búsqueda adicional.

Los administradores de tenant también obtienen controles de gobernanza en el portal de administración: listar y filtrar elementos de memoria, invalidar entradas obsoletas con motivo y ejecutar purga GDPR de usuario con vista previa en modo dry-run — con registro de auditoría para acciones de purga. Las herramientas MCP de autoservicio siguen disponibles para usuarios que necesiten borrado sin intervención del administrador.

La integración con Railway incorpora triaje de despliegues y runtime PaaS en Opsphere

Opsphere se integra ahora con Railway, ampliando la visibilidad operativa sobre proyectos PaaS, despliegues y salud en runtime. Los equipos pueden revisar el estado del proyecto en entornos y servicios, inspeccionar despliegues recientes, extraer logs de build y runtime y ejecutar diagnóstico de incidentes de solo lectura para hipótesis correlacionadas — todo desde el mismo espacio operativo que usan para Vercel, Kubernetes, Datadog y AWS.

Conectar señales de despliegue y logs de Railway con datos de infraestructura y observabilidad ayuda a los ingenieros a determinar si una caída empezó por un release fallido, un patrón de error en runtime o una dependencia upstream — sin cambiar entre Railway, herramientas de monitorización y el chat de incidentes en cada investigación.

Esta incorporación sigue ampliando Opsphere como capa operativa unificada, ayudando a los equipos a correlacionar el triaje PaaS con señales de entrega, observabilidad e infraestructura en una experiencia coherente de solo lectura.

La integración con Algolia incorpora la salud de búsqueda e índices al contexto operativo

Opsphere se integra ahora con Algolia, ampliando la visibilidad operativa sobre la infraestructura de búsqueda y la salud de los índices. Los equipos pueden consultar el estado global del clúster y el historial de incidentes sin credenciales, listar índices con recuentos de entradas y metadatos de build, reproducir consultas de búsqueda, validar registros indexados por objectID y revisar la actividad reciente de la API — todo desde el mismo espacio operativo de solo lectura.

Conectar los datos de índices de Algolia con despliegues, cambios en el CMS y la observabilidad del storefront ayuda a los ingenieros a determinar si los problemas de búsqueda provienen de registros obsoletos, ajustes de ranking o incidentes upstream — sin saltar entre Algolia, Contentful CMS, Datadog y Sentry en cada investigación.

Esta incorporación sigue ampliando Opsphere como capa operativa unificada, ayudando a los equipos a correlacionar el triaje de búsqueda con señales de infraestructura, observabilidad y entrega en una experiencia coherente de solo lectura.

Opsphere prepara la llegada de su plugin oficial para Codex

Opsphere está ultimando el lanzamiento inminente de su plugin oficial para Codex y Cursor, diseñado para llevar la inteligencia operativa y el diagnóstico DevOps directamente al entorno de desarrollo e interfaz de chat. Utilizando una arquitectura basada en el protocolo remoto MCP (Model Context Protocol), el plugin permitirá a ingenieros y equipos de SRE investigar incidentes, revisar métricas, analizar despliegues y ejecutar diagnósticos de red sobre plataformas como Datadog, Vercel, GitHub, AWS, Sentry o Jira sin salir de su editor ni cambiar de contexto.

La integración de Opsphere en Codex y Cursor elimina la fricción entre la escritura de código y el análisis de producción. A través de flujos guiados en lenguaje natural, los equipos podrán realizar chequeos de salud de endpoints, triaje de caídas y análisis de fallos en pipelines CI/CD en segundos, todo bajo un modelo de permisos de solo lectura y autenticación OAuth2 que mantiene las credenciales completamente protegidas en el gateway remoto.

El plugin estará disponible de forma pública en los próximos días e incluirá un periodo de prueba gratuito con el plan Community, consolidando a Opsphere como la capa de contexto e investigación operativa centralizada para agentes de inteligencia artificial.

PagerDuty y Prometheus amplían la respuesta a incidentes y la visibilidad de infraestructura

Opsphere se integra ahora con PagerDuty y Prometheus, añadiendo más contexto operativo para el monitorizado de infraestructura y la respuesta a incidentes. Los equipos pueden consultar incidentes activos, servicios y líneas temporales desde PagerDuty, además de consultar métricas, alertas, reglas, targets de scrape y datos PromQL de Prometheus desde la misma interfaz.

Combinar métricas de infraestructura con información de incidentes permite investigar problemas operativos con mayor eficiencia sin saltar constantemente entre plataformas de monitorización y gestión de incidentes. El resultado es un acceso más rápido a la información necesaria para entender qué ocurre en los entornos de producción.

Con estas incorporaciones, Opsphere sigue creciendo como capa operativa central que conecta plataformas cloud, observabilidad, CI/CD y herramientas de gestión de incidentes en una experiencia operativa única de solo lectura.

GitLab y SonarQube refuerzan el flujo de entrega de software

Opsphere incluye ahora integraciones nativas con GitLab y SonarQube, ampliando la visibilidad operativa a lo largo del ciclo de entrega de software. Los equipos de desarrollo pueden acceder a proyectos, merge requests, pipelines e historial de despliegues de GitLab, y consultar quality gates, métricas de código, security hotspots y análisis de código nuevo de SonarQube desde el mismo espacio operativo.

Al reunir la actividad CI/CD con la información de calidad de código, los ingenieros entienden rápidamente qué cambió, si un quality gate pasó y cómo se relacionan los despliegues recientes con las operaciones en producción. Esto reduce la necesidad de alternar entre plataformas durante las investigaciones y aporta contexto de desarrollo junto a datos de infraestructura y observabilidad.

Estas integraciones siguen ampliando la plataforma operativa unificada de Opsphere, ayudando a equipos DevOps y de platform engineering a conectar la entrega de software con la inteligencia operativa mediante una experiencia coherente de solo lectura.