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.
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 + Microsoft Copilot
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 Microsoft Copilot
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.
Microsoft Copilot usa servidores MCP a través de agentes creados en Copilot Studio: añades AnythingMCP a un agente como herramienta y luego publicas el agente en Microsoft 365 Copilot y Teams. Copilot Studio se conecta desde la nube de Microsoft por Streamable HTTP, que AnythingMCP admite.
- En Copilot Studio, abre tu agente (o crea uno), ve a Tools y elige Add a tool → New tool → Model Context Protocol.
- Escribe un Server name (por ejemplo
AnythingMCP), una Server description que diga qué hace el conector y la Server URLhttps://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Copilot Studio usa la descripción para decidir cuándo llamar al servidor. - En la autenticación, elige API key, pon Type en Header y
X-API-Keycomo nombre de la cabecera, y selecciona Create. - En Add tool, elige Create a new connection, pega una clave de API MCP de AnythingMCP (MCP Servers → tu servidor → API keys) y selecciona Add to agent.
- Pruébalo en el panel Test del agente: pide algo que necesite las herramientas de
Rootly. - Selecciona Publish y luego Channels → Microsoft 365 and Microsoft Teams, deja marcada Make agent available in Microsoft Copilot y elige Add channel. See agent in Teams lo instala para ti; en Microsoft 365 Copilot, escribe @ y elige el agente.
¿Prefieres que cada persona inicie sesión? En lugar de la clave de API elige OAuth 2.0 → Dynamic discovery: cada usuario inicia sesión en AnythingMCP la primera vez que el agente lo llama.
¿Lo alojas tú mismo? Usa la dirección HTTPS pública de tu instancia en lugar de https://cloud.anythingmcp.com. Copilot Studio se conecta desde la nube de Microsoft, así que localhost no funciona.
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
¿Para qué Copilot es? Para Microsoft 365 Copilot en el trabajo, mediante agentes de Copilot Studio. La app de Microsoft Copilot para cuentas personales no permite añadir tu propio servidor MCP.
¿Qué necesito? Una cuenta de trabajo con acceso a Copilot Studio (licencia o prueba) para crear el agente. Quien lo use en Microsoft 365 Copilot o Teams necesita acceso al agente: compártelo o pide a un administrador que lo publique para la organización. Si tu organización aplica directivas de datos a los conectores de Power Platform, también cubren los servidores MCP.
El agente no llama a las herramientas. Comprueba que el nombre de la cabecera sea exactamente X-API-Key y que la clave pertenezca al mismo servidor MCP que la URL, y escribe una Server description concreta: Copilot Studio la usa para decidir cuándo llamar al servidor. Vuelve a publicar el agente después de cada cambio; en un chat abierto, escribe "start over" para usar la nueva versión.
Siguientes pasos
- Página del conector
- Conectar a Claude
- Conectar a ChatGPT
- Conectar a Cursor
- Conectar a Gemini
- Conectar a Meta Muse
¿Te ha sido útil esta guía?