Salta l'installazione. Attivo in meno di 2 minuti.
Avvia una prova gratuita su cloud.anythingmcp.com, aggiungi PagerDuty con un clic, poi punta il tuo client AI (Claude, ChatGPT, Copilot o Cursor) all'endpoint MCP generato. Niente Docker, niente git clone, nessuna esperienza di sviluppo richiesta.
In breve
Fai lavorare la tua AI con PagerDuty: vedi gli incidenti aperti con timeline, alert e note, scopri chi è reperibile, consulta servizi, escalation policy, turni e team, prendi in carico, risolvi, riassegna o fai escalation degli incidenti dopo la tua conferma e ottieni le analisi sugli incidenti.
Prova a chiedere
Prompt di esempio per PagerDuty
Clicca su un prompt per copiarlo. Incollalo in Claude, ChatGPT, Cursor, Gemini, Copilot o OpenClaw per eseguirlo contro questo connettore.
Claude è un'AI e può sbagliare. Verifica sempre le risposte.
💡 Niente installazione? Vai direttamente su cloud.anythingmcp.com. Accedi, clicca Connectors → PagerDuty, inserisci le credenziali, genera una MCP API key e hai finito. Niente Docker, niente
git clone, niente server locale.
PagerDuty + Cursor
Fai lavorare la tua AI con PagerDuty: vedi gli incidenti aperti con timeline, alert e note, scopri chi è reperibile, consulta servizi, escalation policy, turni e team, prendi in carico, risolvi, riassegna o fai escalation degli incidenti dopo la tua conferma e ottieni le analisi sugli incidenti.
Prerequisiti
Le istruzioni di setup complete sono incluse nel connettore stesso (visibili nello store quando lo selezioni). Le variabili d'ambiente richieste sono:
PAGERDUTY_API_KEY, PAGERDUTY_API_HOST
Step 1 — Ottieni le credenziali
- Accedi a PagerDuty e scegli il tipo di chiave. Un user token agisce come te e vede ciò che vedi tu: apri il tuo avatar, poi My Profile → User Settings → Create API User Token. Una general access key agisce per l'intero account e richiede un amministratore: Integrations → API Access Keys → Create New API Key. Spunta lì Read-only per un connettore che legge soltanto.
- Incolla la chiave da sola in
PAGERDUTY_API_KEY, senzaToken token=davanti. - Imposta
PAGERDUTY_API_HOSTsuapi.pagerduty.comper la service region USA oppure suapi.eu.pagerduty.comper la service region UE (la tua region è indicata in Account Settings). Una chiave funziona solo sull'host della propria region. - Facoltativo: con una general access key imposta
PAGERDUTY_FROM_EMAILsull'email di un utente PagerDuty. PagerDuty la richiede per ogni modifica e registra la modifica a nome di quell'utente. Con uno user token lascia il campo vuoto. - Verifica la configurazione con
pagerduty_list_services.pagerduty_get_current_userfunziona solo con uno user token; con una general access key PagerDuty risponde 400, perché quella chiave non appartiene a nessun utente.
Chi vede cosa: uno user token vede e modifica solo ciò che il suo proprietario può fare in PagerDuty. Una general access key copre l'intero account; una chiave read-only non può modificare nulla. Condividi il server MCP solo con persone autorizzate a intervenire sui vostri incidenti.
Le modifiche allertano persone e chiudono incidenti, quindi l'AI chiede prima: prima di ognuna di queste l'AI ti mostra l'incidente (numero e titolo) e la modifica e aspetta il tuo sì. pagerduty_acknowledge_incident ferma le notifiche, ma l'incidente resta aperto. pagerduty_resolve_incident lo chiude. pagerduty_reassign_incident allerta il nuovo utente e rimuove gli assegnatari attuali. pagerduty_escalate_incident allerta i reperibili del livello che scegli. pagerduty_update_incident cambia titolo, urgenza o priorità (per nome, per esempio P1); una nuova urgenza può cambiare chi viene allertato e come. pagerduty_add_incident_note aggiunge una nota che vedono tutti quelli che seguono l'incidente e che non si può modificare in seguito. pagerduty_create_incident apre un incidente su un servizio e allerta subito i suoi reperibili. All'installazione non è disattivato nulla e nessuno strumento elimina qualcosa; per una configurazione in sola lettura usa una general access key read-only o disattiva questi strumenti.
Come lavorare: gli incidenti aperti arrivano da pagerduty_list_incidents filtrato sugli stati triggered e acknowledged; poi pagerduty_get_incident, pagerduty_list_incident_log_entries (la timeline), pagerduty_list_incident_alerts (ciò che ha inviato lo strumento di monitoraggio) e pagerduty_list_incident_notes. Chi è reperibile adesso: pagerduty_list_oncalls. Turni di uno schedule: pagerduty_list_schedules, poi pagerduty_get_schedule. Livelli di escalation: pagerduty_list_escalation_policies e pagerduty_get_escalation_policy. Anagrafiche: pagerduty_list_services, pagerduty_get_service, pagerduty_list_users (l'id utente per una riassegnazione), pagerduty_get_user, pagerduty_list_teams e pagerduty_list_priorities.
Id e date: gli id sono stringhe brevi come PT4KHLK; il numero dell'incidente (#1234) non è un id. Le date sono in ISO 8601. pagerduty_list_incidents copre gli ultimi 30 giorni, a meno che tu non indichi un inizio e una fine (al massimo 6 mesi di distanza) o chieda tutti gli incidenti.
Analisi: pagerduty_get_incident_analytics (per incidente: tempo di presa in carico e di risoluzione, escalation, interruzioni) e pagerduty_get_incident_metrics (totali per un periodo o per giorno, settimana o mese) richiedono un piano PagerDuty che includa Analytics. Con uno user token vanno filtrati per service_ids o team_ids. I dati arrivano con qualche ora di ritardo rispetto al tempo reale.
Errori comuni: 401: la chiave è errata, è stata eliminata o appartiene all'host dell'altra region. 400 sull'header From: una general access key ha fatto una modifica senza PAGERDUTY_FROM_EMAIL, oppure quell'email non è un utente dell'account. 400 su pagerduty_get_current_user: la chiave è una general access key. 403: una chiave read-only ha tentato una modifica, il ruolo dell'utente non lo consente o il piano non include la funzione (team, analytics). 404: l'id non esiste su questo account. 429: troppe richieste; attendi e riprova.
Il connettore non copre la Events API (alert inviati con la routing key di un'integrazione), la creazione o modifica di servizi, schedule, escalation policy e utenti, le status page, gli incident workflow, i webhook né alcuna eliminazione.
Step 2 — Installa l'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
Step 3 — Aggiungi il connettore in Cursor
L'URL del tuo server: in AnythingMCP apri MCP Servers → il server su cui si trova questo connettore e copia il suo URL (
https://cloud.anythingmcp.com/mcp/…). Usalo ovunque questa guida mostraYOUR_SERVER_ID.
Cursor legge i server MCP da ~/.cursor/mcp.json. Aggiungi questa voce:
{
"mcpServers": {
"anythingmcp": {
"url": "https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID",
"headers": { "X-API-Key": "YOUR_MCP_API_KEY" }
}
}
}
- Crea una chiave API MCP in AnythingMCP da MCP Servers → il tuo server → API keys e incollala al posto di
YOUR_MCP_API_KEY. - Salva il file e riavvia Cursor.
- Apri Cursor → Settings → MCP e verifica che
anythingmcpsia elencato e connesso. - Inizia a chattare: l'agente ora può usare i tool di
PagerDuty.
Tool disponibili
| 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… |
Esempi di prompt
- "Quali incidenti PagerDuty sono aperti in questo momento? Ordinali per urgenza e mostrami a chi è assegnato ciascuno."
- "Chi è reperibile adesso per la Checkout API e chi viene dopo nella sua escalation policy?"
- "Prendi in carico l'incidente #4821 e aggiungi una nota che sto verificando il failover del database. Mostrami prima entrambe le cose e chiedimi conferma prima di modificare qualcosa."
- "Riassegna l'incidente aperto sul payment gateway a Giulia Rossi. Dimmi incidente e persona prima di farlo."
- "Come sono cambiati nell'ultimo mese, settimana per settimana, il tempo medio di presa in carico e quello di risoluzione per il team Platform?"
FAQ
Cursor supporta server MCP personalizzati nel piano gratuito? Sì, MCP è disponibile nei piani Hobby, Pro e Business.
Prossimi passi
Questa guida ti è stata utile?