Sáltate la instalación. Funcionando en menos de 2 minutos.
Inicia una prueba gratuita en cloud.anythingmcp.com, añade Rootly con un clic y apunta tu cliente de IA (Claude, ChatGPT, Copilot o Cursor) al endpoint MCP generado. Sin Docker, sin git clone, sin experiencia de desarrollo.
AnythingMCP está en el directorio de conectores de Claude: añádelo a Claude con un clic (se abre en una pestaña nueva), inicia sesión y elige qué servidores MCP puede usar Claude.
Resumen
Gestión de incidentes con Rootly desde cualquier agente de IA: declara, actualiza, mitiga y resuelve incidentes con notas en la línea de tiempo y action items, reconoce y resuelve alertas, consulta quién está de guardia, publica actualizaciones en páginas de estado y lee retrospectivas, servicios, equipos y niveles de severidad.
Prueba a pedir
Prompts de ejemplo para Rootly
Haz clic en un prompt para copiarlo. Pégalo en Claude, ChatGPT, Cursor, Gemini, Copilot u OpenClaw para ejecutarlo contra este conector.
Claude es IA y puede equivocarse. Verifica siempre las respuestas.
💡 ¿Sin instalación? Usa cloud.anythingmcp.com directamente. Inicia sesión, pulsa Connectors → Rootly, pega tus credenciales, genera una MCP API key y listo. Sin Docker, sin
git clone, sin servidor local.
Rootly + Claude
Gestión de incidentes con Rootly desde cualquier agente de IA: declara, actualiza, mitiga y resuelve incidentes con notas en la línea de tiempo y action items, reconoce y resuelve alertas, consulta quién está de guardia, publica actualizaciones en páginas de estado y lee retrospectivas, servicios, equipos y niveles de severidad.
Requisitos previos
Las instrucciones de configuración completas están incluidas en el conector (visibles en el store al seleccionarlo). Las variables de entorno requeridas:
ROOTLY_API_KEY
Paso 1 — Obtener credenciales
La configuración lleva unos 2 minutos. Necesitas una cuenta de Rootly.
- En Rootly abre el menú de la organización, después Organization Settings, API Keys, y crea una clave. Una clave Global ve toda la organización, una clave Team solo los registros de ese equipo, una clave Personal actúa con tus propios permisos.
- Da a la clave un rol que pueda leer lo que necesitas y, si la IA debe cambiarlos, permiso de escritura sobre incidentes, alertas y action items.
- Pega solo la clave, sin
Bearerdelante, enROOTLY_API_KEYy ejecutarootly_get_current_user. Muestra el usuario con el que actúa la clave; una clave Global o Team responde con el usuario que la creó.
Qué está pasando: rootly_list_incidents con status: "started,mitigated" (o in_triage) lista los incidentes en curso; hay filtros por severidad, servicio, equipo, entorno, tipo, texto libre y fechas. rootly_get_incident muestra un incidente con todos sus atributos, rootly_list_incident_events su línea de tiempo y rootly_list_incident_action_items sus tareas. Para encontrar los ids la IA usa rootly_list_severities, rootly_list_services, rootly_get_service, rootly_list_functionalities, rootly_get_functionality, rootly_list_teams, rootly_get_team, rootly_list_environments, rootly_list_incident_types y rootly_list_users.
Llevar un incidente: rootly_create_incident declara uno. Con un idempotency_key un reintento dentro de 24 horas devuelve el mismo incidente en lugar de abrir otro; el tipo test sirve para una prueba. rootly_update_incident cambia título, resumen, severidad, servicios, equipos, etiquetas o estado; una lista sustituye la lista completa. rootly_add_incident_event añade notas internas o externas a la línea de tiempo, rootly_mitigate_incident y rootly_resolve_incident hacen avanzar el incidente con una nota breve. Action items: rootly_list_action_items de todos los incidentes, rootly_get_action_item, rootly_create_action_item y rootly_update_action_item (por ejemplo estado done).
Alertas: rootly_list_alerts (por ejemplo estado triggered u open), rootly_get_alert con la carga original que envió la fuente, rootly_acknowledge_alert (la escalada deja de avisar al siguiente nivel) y rootly_resolve_alert, que también puede resolver los incidentes vinculados.
Guardias: rootly_list_oncalls responde quién está de guardia ahora o en una ventana de tiempo. rootly_list_schedules, rootly_get_schedule, rootly_get_schedule_shifts, rootly_list_shifts y rootly_list_escalation_policies dan los detalles.
Páginas de estado y retrospectivas: rootly_list_status_pages, rootly_get_status_page y rootly_list_incident_status_page_events leen; rootly_create_status_page_event publica una actualización (investigating, identified, monitoring, resolved). rootly_list_retrospectives y rootly_get_retrospective leen los post-mortems.
Antes de escribir: un incidente normal ejecuta workflows, abre un canal de Slack y puede avisar a personas; una actualización de la página de estado es pública y puede enviar emails a los suscriptores. Por eso la IA te muestra lo que va a hacer y espera tu sí. Un incidente privado no puede volver a ser público.
Desactivadas al instalar: ninguna herramienta. Todo está activo desde el principio; lo que la IA puede hacer lo limitan el rol y el equipo de la clave.
Formatos de datos: las respuestas siguen JSON:API: los registros están en data (id, type, attributes, relationships), los incrustados con include en included. Los ids son UUID, los de usuario números. El número legible del incidente es attributes.sequential_id (INC-123). Las horas son ISO 8601, en UTC salvo que se indique una zona horaria. rootly_list_incidents y rootly_list_alerts devuelven por defecto un conjunto compacto de atributos; fields: "" los devuelve todos. Las contraseñas de reuniones de Zoom y los enlaces de anfitrión quedan fuera de las respuestas sobre incidentes.
Paginación: las listas devuelven meta con current_page, next_page (null en la última página), total_count y total_pages; la IA vuelve a llamar con page_number. Incidentes y alertas también aceptan el cursor page_after de meta.next_cursor. page_size llega a 100, pero las páginas pequeñas funcionan mejor porque los registros de Rootly son grandes.
Errores comunes: 401 indica una clave incorrecta o revocada, 403 una clave cuyo rol o equipo no permite la llamada, 404 un id desconocido o fuera del equipo de la clave, 422 un error de validación cuyos errors nombran el campo, 429 el límite de peticiones (las cabeceras X-RateLimit-* dicen cuándo se reinicia; espera y reintenta).
El conector no borra incidentes, alertas ni action items, no cambia turnos, políticas de escalada ni páginas de estado y no escribe retrospectivas.
Paso 2 — Instalar el adapter
curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d
Paso 3 — Añadir el conector en Claude
La URL de tu servidor: en AnythingMCP abre MCP Servers → el servidor donde está este conector y copia su URL (
https://cloud.anythingmcp.com/mcp/…). Úsala donde esta guía muestraYOUR_SERVER_ID.
Ruta recomendada: funciona en claude.ai web sin tocar ningún archivo de configuración.
- En Claude, abre Customize → Connectors.
- Pulsa + y después Add custom connector.
- Escribe un nombre, por ejemplo
Rootly, y la URL del servidor MCP remotohttps://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID, y pulsa Add. - Pulsa Connect e inicia sesión en AnythingMCP (OAuth) para permitir el acceso.
Todas las herramientas debajo aparecen en tu chat: empieza a escribir prompts.
Herramientas disponibles
| Tool | What it does |
|---|---|
rootly_get_current_user | Show the user the API key acts as: id, name, email, time zone and role |
rootly_list_incidents | List incidents, newest first by default: sequential id (the 123 in INC-123), title, status, kind, severity, services, teams, environments… |
rootly_get_incident | Get one incident with all its attributes: title, summary, status, severity, services, teams, environments, types, labels, Slack channel… |
rootly_create_incident | Declare an incident |
rootly_update_incident | Change an incident: title, summary, status, severity, affected services, functionalities, environments, types, teams, causes or labels |
rootly_mitigate_incident | Mark an incident as mitigated (the impact is under control) with a short note on how |
rootly_resolve_incident | Mark an incident as resolved with a short note on how |
rootly_list_incident_events | List the timeline of an incident: the events (notes, status changes, updates) with their text, visibility (internal or external) and when… |
rootly_add_incident_event | Add a note to the timeline of an incident |
rootly_list_action_items | List action items across all incidents: summary, kind (task during the incident, follow_up after it), priority, status, assignee, due date… |
rootly_list_incident_action_items | List the action items of one incident: summary, kind, priority, status, assignee and due date |
rootly_get_action_item | Get one action item with its description, assignee, teams, due date and linked Jira issue |
rootly_create_action_item | Add an action item to an incident: a task to do now or a follow-up for after the incident, with priority, assignee and due date |
rootly_update_action_item | Change an action item: summary, description, status (e.g. done), priority, assignee or due date |
rootly_list_alerts | List alerts, newest first: short id, summary, status (open, triggered, acknowledged, resolved, deferred), source (datadog, grafana, email… |
rootly_get_alert | Get one alert with its full details, including the raw payload the source sent (data), labels, responders and linked incidents |
rootly_acknowledge_alert | Acknowledge an alert: someone is looking at it, so its escalation stops paging the next level |
rootly_resolve_alert | Resolve an alert, optionally with a note and also resolving the incidents it is attached to |
rootly_list_services | List the services in the catalog: name, slug, description, owners, linked repositories and external ids (Backstage, Cortex, OpsLevel… |
rootly_get_service | Get one service with its description, owner teams and users, escalation policy, alert and incident broadcast settings and external links |
rootly_list_functionalities | List the functionalities (user-facing capabilities such as Checkout or Login) with name, slug, description and owners |
rootly_get_functionality | Get one functionality with its description, owners, linked services and status page components |
rootly_list_teams | List the teams (groups) with name, slug, description, members and their on-call and escalation settings |
rootly_get_team | Get one team with its description and members; add include for its schedules and escalation policies |
rootly_list_environments | List the environments (production, staging and so on) with name, slug and colour |
rootly_list_severities | List the severity levels (e.g |
rootly_list_incident_types | List the incident types (e.g |
rootly_list_users | List the users of the organization: id, name, email, time zone; add include for role, teams or schedules |
rootly_list_oncalls | Who is on call: the on-call entries of every escalation policy, schedule and level for now or a time window, with the user, schedule… |
rootly_list_schedules | List the on-call schedules with name, description, owning teams and time zone |
rootly_get_schedule | Get one on-call schedule with its owners, time zone and settings |
rootly_get_schedule_shifts | List the shifts of one schedule in a time window: who is on call from when to when, including overrides |
rootly_list_shifts | List on-call shifts across schedules in a time window (default: the shifts running now): schedule, rotation, user, start and end, override… |
rootly_list_escalation_policies | List the escalation policies with name, description, repeat settings and owning teams; add include for their levels and paths |
rootly_list_status_pages | List the status pages with title, public URL, whether they are public, and their settings |
rootly_get_status_page | Get one status page with its title, description, public URL, components and settings |
rootly_list_incident_status_page_events | List the updates an incident published to status pages: text, status (investigating, identified, monitoring, resolved), status page and time |
rootly_create_status_page_event | Publish an incident update on a status page, e.g |
rootly_list_retrospectives | List incident retrospectives (post-mortems): title, status (draft, published), the incident, URL and dates |
rootly_get_retrospective | Get one retrospective with its title, status, content, URL and the incident it belongs to |
Ejemplos de prompts
- "¿Qué incidentes están abiertos ahora mismo y quién está de guardia para el servicio de pagos?"
- "Muéstrame la línea de tiempo de INC-482 y lista sus action items abiertos."
- "Declara un incidente SEV2 por checkout lento en el servicio checkout. Enséñame los detalles antes de crearlo."
- "Reconoce las alertas de Datadog disparadas para el API gateway y dime qué dicen."
- "Publica una actualización Monitoring de INC-482 en nuestra página de estado: el arreglo está desplegado y vigilamos la tasa de errores."
FAQ
¿Funciona con Claude Code igual que con Claude Desktop? Sí, apunta ambos a https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID.
Siguientes pasos
- Página del conector
- Conectar a ChatGPT
- Conectar a Cursor
- Conectar a Gemini
- Conectar a Meta Muse
- Conectar a Microsoft Copilot
¿Te ha sido útil esta guía?