Rootly detecta automáticamente incidentes pasados relacionados y los publica en Slack

Rootly, una plataforma de gestión de incidentes y guardias (on-call) que compite con PagerDuty, Opsgenie y Jira Service Management, ha añadido una nueva capacidad a su agente de IA: la detección automática de incidentes pasados relacionados, publicada directamente en el canal de Slack donde se coordina la respuesta a un incidente activo. La función no requiere que nadie la solicite: en cuanto se abre un incidente, el agente busca en segundo plano en el historial de incidentes de la organización y, si encuentra una coincidencia que considera genuinamente relevante, la comparte por iniciativa propia con el equipo de respuesta.

El mecanismo está pensado para ser discreto y útil a la vez. El agente publica como máximo tres coincidencias por mensaje, y cada una llega acompañada del motivo del emparejamiento (por ejemplo, que afecta al mismo servicio o que se trata de un tipo de fallo similar), la severidad que tuvo aquel incidente anterior, cuánto tiempo tardó en resolverse y un enlace directo al incidente original para poder consultar la respuesta completa sin salir de Slack. Los detalles se agrupan en un hilo para que el canal principal del incidente no se sature de información, y la tarjeta se puede descartar si no resulta útil.

La justificación que da Rootly para esta función apunta a un problema clásico de la gestión de incidentes: casi siempre alguien del equipo ya se ha enfrentado antes a una variante del problema que está ocurriendo, pero ese conocimiento suele quedar disperso entre quien participó en aquella respuesta o enterrado en un postmortem que nadie piensa en buscar a las tres de la madrugada. Además, la persona que está de guardia esa noche no suele coincidir con quien resolvió el incidente la vez anterior. Al insertar la coincidencia directamente en el canal, se reduce el tiempo que el equipo deduce en tratar de averiguar si ya pasó algo parecido, y se libera tiempo para centrarse en la mitigación del problema actual, según explica la propia compañía.

Rootly incluye en el anuncio un testimonio de Mark Shaw, de la ingeniería de Faire, que afirma que la detección proactiva de incidentes relacionados le ha evitado tener que rebuscar entre postmortems antiguos para averiguar cuándo fue la última vez que ocurrió un incidente similar, ahorrando tiempo y manteniendo la atención del equipo en el problema en curso. La función se activa desde la configuración de "AI & Agents" de la cuenta, y la empresa remite a su documentación de ayuda para más detalles sobre su funcionamiento.

El anuncio llega acompañado de una tanda más amplia de mejoras y correcciones publicadas en el mismo changelog. En el área de guardias (on-call), ahora se puede asignar un horario a un grupo de usuarios de Slack que abarque varios espacios de trabajo de Slack a la vez, y los nuevos usuarios añadidos mediante inicio de sesión único heredan la zona horaria de la organización en lugar de la del Pacífico por defecto. En respuesta a incidentes, ahora es posible sincronizar una CMDB de ServiceNow con los catálogos de Rootly, los enlaces a incidentes compartidos en Slack muestran una vista previa, y crear una tarea desde un formulario de Slack ahora confirma que la acción se ha completado correctamente.

A nivel de API y herramientas para desarrolladores, los webhooks de alertas salientes ahora incluyen más detalles de cada alerta, una ruta de escalado leída a través de la API puede reenviarse directamente con una petición PUT, y el listado de guardias filtrado por usuario se ha vuelto notablemente más rápido, corrigiendo tiempos de espera que antes agotaban el plazo. El selector de canal de Slack para políticas de escalado ahora también lista correctamente los canales de personas cuya cuenta de Slack reside en un espacio de trabajo secundario. En Terraform, el origen de datos rootly_services ahora recorre todas las páginas de resultados en lugar de detenerse silenciosamente en los primeros 50 registros, un fallo que podía pasar desapercibido en catálogos de servicios grandes. El servidor MCP de Rootly también recibe varios ajustes: los rangos de fechas de los turnos se dividen ahora en fragmentos que la API acepta, las peticiones fuera de rango se detectan antes de enviarse, y se han añadido alias adicionales para nombres de parámetros, manteniendo compatibilidad con los nombres anteriores.

Este tipo de función se enmarca en una tendencia más amplia del sector de la fiabilidad de sistemas: la incorporación de agentes de IA que no solo automatizan tareas repetitivas, sino que aportan de forma proactiva contexto histórico durante la respuesta a incidentes, sin que el equipo tenga que pedirlo. En un contexto donde las interrupciones de servicios de IA y de infraestructura en la nube han cobrado protagonismo, herramientas que reducen el tiempo de diagnóstico apoyándose en el conocimiento acumulado de incidentes anteriores encajan en el movimiento hacia lo que la propia Rootly denomina "AI SRE": ingeniería de fiabilidad de sitios asistida por agentes que actúan de forma autónoma dentro de los flujos de trabajo ya existentes del equipo, como Slack, en lugar de exigir una herramienta o un paso de búsqueda adicional.