Sáltate la instalación. Funcionando en menos de 2 minutos.
Inicia una prueba gratuita en cloud.anythingmcp.com, añade PagerDuty 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
Deja que tu IA trabaje con PagerDuty: ve los incidentes abiertos con su cronología, alertas y notas, averigua quién está de guardia, consulta servicios, políticas de escalado, calendarios de guardia y equipos, reconoce, resuelve, reasigna o escala incidentes tras confirmarlo contigo y obtén analíticas de incidentes.
Prueba a pedir
Prompts de ejemplo para PagerDuty
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 → PagerDuty, pega tus credenciales, genera una MCP API key y listo. Sin Docker, sin
git clone, sin servidor local.
PagerDuty + Cursor
Deja que tu IA trabaje con PagerDuty: ve los incidentes abiertos con su cronología, alertas y notas, averigua quién está de guardia, consulta servicios, políticas de escalado, calendarios de guardia y equipos, reconoce, resuelve, reasigna o escala incidentes tras confirmarlo contigo y obtén analíticas de incidentes.
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:
PAGERDUTY_API_KEY, PAGERDUTY_API_HOST
Paso 1 — Obtener credenciales
- Inicia sesión en PagerDuty y elige el tipo de clave. Un user token actúa como tú y ve lo que tú ves: abre tu avatar y luego My Profile → User Settings → Create API User Token. Una general access key actúa para toda la cuenta y la crea un administrador: Integrations → API Access Keys → Create New API Key. Marca ahí Read-only para un conector que solo lee.
- Pega la clave sola en
PAGERDUTY_API_KEY, sinToken token=delante. - Pon en
PAGERDUTY_API_HOSTel valorapi.pagerduty.compara la región de servicio de EE. UU. oapi.eu.pagerduty.compara la región de servicio de la UE (tu región aparece en Account Settings). Una clave solo funciona en el host de su propia región. - Opcional: con una general access key, pon en
PAGERDUTY_FROM_EMAILel email de un usuario de PagerDuty. PagerDuty lo exige en cada cambio y registra el cambio a nombre de ese usuario. Con un user token déjalo vacío. - Comprueba la configuración con
pagerduty_list_services.pagerduty_get_current_usersolo funciona con un user token; con una general access key PagerDuty responde 400, porque esa clave no pertenece a ningún usuario.
Quién ve qué: un user token ve y cambia solo lo que su dueño puede hacer en PagerDuty. Una general access key abarca toda la cuenta; una de solo lectura no puede cambiar nada. Comparte el servidor MCP solo con personas que puedan actuar sobre vuestros incidentes.
Los cambios avisan a personas y cierran incidentes, así que la IA pregunta antes: antes de cada uno, la IA te muestra el incidente (número y título) y el cambio y espera tu sí. pagerduty_acknowledge_incident detiene los avisos, pero el incidente sigue abierto. pagerduty_resolve_incident lo cierra. pagerduty_reassign_incident avisa al nuevo usuario y quita a los asignados actuales. pagerduty_escalate_incident avisa a las personas de guardia del nivel que elijas. pagerduty_update_incident cambia el título, la urgencia o la prioridad (por nombre, como P1); una nueva urgencia puede cambiar a quién se avisa y cómo. pagerduty_add_incident_note añade una nota que ven todos los que siguen el incidente y que después no se puede editar. pagerduty_create_incident abre un incidente en un servicio y avisa al momento a sus personas de guardia. Al instalar no hay nada desactivado y ninguna herramienta borra nada; para una configuración de solo lectura usa una general access key de solo lectura o desactiva estas herramientas.
Cómo trabajar: los incidentes abiertos salen de pagerduty_list_incidents filtrado por los estados triggered y acknowledged; después pagerduty_get_incident, pagerduty_list_incident_log_entries (la cronología), pagerduty_list_incident_alerts (lo que envió la herramienta de monitorización) y pagerduty_list_incident_notes. Quién está de guardia ahora: pagerduty_list_oncalls. Turnos de un calendario: pagerduty_list_schedules y luego pagerduty_get_schedule. Niveles de escalado: pagerduty_list_escalation_policies y pagerduty_get_escalation_policy. Directorio: pagerduty_list_services, pagerduty_get_service, pagerduty_list_users (el id de usuario para reasignar), pagerduty_get_user, pagerduty_list_teams y pagerduty_list_priorities.
Ids y fechas: los ids son cadenas cortas como PT4KHLK; el número del incidente (#1234) no es un id. Las fechas van en ISO 8601. pagerduty_list_incidents abarca los últimos 30 días, salvo que indiques un inicio y un fin (como máximo 6 meses de diferencia) o pidas todos los incidentes.
Analíticas: pagerduty_get_incident_analytics (por incidente: tiempo hasta el reconocimiento y la resolución, escalados, interrupciones) y pagerduty_get_incident_metrics (totales de un periodo o por día, semana o mes) necesitan un plan de PagerDuty que incluya Analytics. Con un user token hay que filtrarlas por service_ids o team_ids. Los datos llevan unas horas de retraso respecto al tiempo real.
Errores comunes: 401: la clave es incorrecta, se borró o pertenece al host de la otra región. 400 sobre la cabecera From: una general access key hizo un cambio sin PAGERDUTY_FROM_EMAIL, o ese email no es de un usuario de la cuenta. 400 en pagerduty_get_current_user: la clave es una general access key. 403: una clave de solo lectura intentó un cambio, el rol del usuario no lo permite o el plan no incluye la función (equipos, analíticas). 404: ese id no existe en esta cuenta. 429: demasiadas peticiones; espera y vuelve a intentarlo.
El conector no cubre la Events API (alertas enviadas con la routing key de una integración), la creación o modificación de servicios, calendarios, políticas de escalado y usuarios, las status pages, los incident workflows, los webhooks ni ningún borrado.
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 Cursor
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.
Cursor lee los servidores MCP de ~/.cursor/mcp.json. Añade esta entrada:
{
"mcpServers": {
"anythingmcp": {
"url": "https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID",
"headers": { "X-API-Key": "YOUR_MCP_API_KEY" }
}
}
}
- Crea una clave de API MCP en AnythingMCP en MCP Servers → tu servidor → API keys y pégala en lugar de
YOUR_MCP_API_KEY. - Guarda el archivo y reinicia Cursor.
- Abre Cursor → Settings → MCP y comprueba que
anythingmcpaparece en la lista y está conectado. - Empieza a chatear: el agente ya puede usar las herramientas de
PagerDuty.
Herramientas disponibles
| Tool | What it does |
|---|---|
pagerduty_get_current_user | Read the PagerDuty user behind the API key: id, name, email, role, time zone and teams |
pagerduty_list_incidents | List incidents, newest first by default: id, number, title, status, urgency, priority, service, escalation policy, who it is assigned to… |
pagerduty_get_incident | Read one incident: number, title, status, urgency, priority, service, escalation policy, assignees, acknowledgements, teams, alert counts… |
pagerduty_list_incident_notes | List the notes on an incident, oldest first: id, text, who wrote it and when |
pagerduty_list_incident_log_entries | Read the timeline of an incident: triggers, notifications, acknowledgements, escalations, reassignments, notes and resolution, each with… |
pagerduty_list_incident_alerts | List the alerts grouped into an incident: id, summary, status, severity, alert key, service, created time and the event details the… |
pagerduty_acknowledge_incident | Acknowledge an incident: it stops escalating and the responders are no longer paged for it, but it stays open |
pagerduty_resolve_incident | Resolve an incident: it is closed, its alerts are resolved and nobody is paged for it any more |
pagerduty_reassign_incident | Reassign an incident to one user: PagerDuty pages that user and removes the current assignees |
pagerduty_escalate_incident | Escalate an incident to a level of its escalation policy: PagerDuty pages the on-call responders of that level |
pagerduty_update_incident | Change an incident's title, urgency or priority |
pagerduty_add_incident_note | Add a note to an incident's timeline |
pagerduty_create_incident | Open a new incident on a service: PagerDuty pages the on-call responders of the service's escalation policy right away |
pagerduty_list_services | List services (the things PagerDuty raises incidents for): id, name, description, status (active, warning, critical, maintenance… |
pagerduty_get_service | Read one service: name, description, status, escalation policy, teams, urgency rule, acknowledgement and auto-resolve timeouts, alert… |
pagerduty_list_escalation_policies | List escalation policies: id, name, description, how many times they repeat, the levels with their delay and targets (users or schedules)… |
pagerduty_get_escalation_policy | Read one escalation policy: levels in order with their delay in minutes and targets (users and schedules), repeat count, services and teams |
pagerduty_list_oncalls | Who is on call: one entry per user, escalation policy and level, with the schedule behind it and the shift start and end |
pagerduty_list_schedules | List on-call schedules: id, name, description, time zone, the users in them and the escalation policies that use them |
pagerduty_get_schedule | Read one schedule with its final rotation for a time window: who is on call from when to when, after overrides |
pagerduty_list_users | List users: id, name, email, role, job title, time zone and teams |
pagerduty_get_user | Read one user: name, email, role, job title, time zone, teams and the type of each contact method (email, phone, push) without the addresses |
pagerduty_list_teams | List teams: id, name and description |
pagerduty_list_priorities | List the incident priorities of the account in order (for example P1 to P5): id, name and description |
pagerduty_get_incident_analytics | Analytics per incident: seconds to first acknowledgement, to engage, to mobilise and to resolve, escalations, reassignments, interruptions… |
pagerduty_get_incident_metrics | Aggregated incident metrics for a period: incident count, mean and percentile times to acknowledge and resolve, escalations, interruptions… |
Ejemplos de prompts
- "¿Qué incidentes de PagerDuty están abiertos ahora mismo? Ordénalos por urgencia y dime a quién está asignado cada uno."
- "¿Quién está de guardia ahora para la API de Checkout y quién va después en su política de escalado?"
- "Reconoce el incidente #4821 y añade una nota de que estoy revisando el failover de la base de datos. Enséñame las dos cosas antes y pregúntame antes de cambiar nada."
- "Reasigna el incidente abierto de la pasarela de pagos a Lucía García. Dime el incidente y la persona antes de hacerlo."
- "¿Cómo han evolucionado por semana en el último mes el tiempo medio de reconocimiento y el de resolución del equipo Platform?"
FAQ
¿Cursor admite servidores MCP personalizados en el plan gratuito? Sí, MCP está disponible en los planes Hobby, Pro y Business.
Siguientes pasos
¿Te ha sido útil esta guía?