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.
Configurazione guidata
Collega PagerDuty a Microsoft Copilot in 2 minuti
Avvia la prova gratuita su AnythingMCP Cloud, collega PagerDuty con la configurazione guidata e aggiungi il tuo URL MCP a Microsoft Copilot. Senza codice e senza server da gestire.
Nessuna carta di credito · 7 giorni di prova · Alternativa self-host disponibile
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 + Microsoft Copilot
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 Microsoft Copilot
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.
Microsoft Copilot usa i server MCP tramite gli agenti creati in Copilot Studio: aggiungi AnythingMCP a un agente come strumento, poi pubblichi l'agente in Microsoft 365 Copilot e in Teams. Copilot Studio si collega dal cloud di Microsoft via Streamable HTTP, che AnythingMCP supporta.
- In Copilot Studio apri il tuo agente (o creane uno), vai su Tools e scegli Add a tool → New tool → Model Context Protocol.
- Inserisci un Server name (per esempio
AnythingMCP), una Server description che dica cosa fa il connettore e il Server URLhttps://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Copilot Studio usa la descrizione per decidere quando chiamare il server. - Come autenticazione scegli API key, imposta Type su Header e come nome dell'header
X-API-Key, poi seleziona Create. - In Add tool scegli Create a new connection, incolla una chiave API MCP di AnythingMCP (MCP Servers → il tuo server → API keys) e seleziona Add to agent.
- Provalo nel riquadro Test dell'agente: chiedi qualcosa che richiede i tool di
PagerDuty. - Seleziona Publish, poi Channels → Microsoft 365 and Microsoft Teams, lascia selezionato Make agent available in Microsoft Copilot e scegli Add channel. See agent in Teams lo installa per te; in Microsoft 365 Copilot scrivi @ e scegli l'agente.
Preferisci un accesso per ogni utente? Al posto della chiave API scegli OAuth 2.0 → Dynamic discovery: ogni persona accede ad AnythingMCP la prima volta che l'agente lo chiama.
Usi il self-hosting? Usa l'indirizzo HTTPS pubblico della tua istanza al posto di https://cloud.anythingmcp.com. Copilot Studio si collega dal cloud di Microsoft, quindi localhost non funziona.
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
Per quale Copilot vale? Per Microsoft 365 Copilot in azienda, tramite gli agenti di Copilot Studio. L'app Microsoft Copilot per account personali non permette di aggiungere un proprio server MCP.
Cosa mi serve? Un account di lavoro con accesso a Copilot Studio (licenza o prova) per creare l'agente. Chi lo usa in Microsoft 365 Copilot o in Teams deve avere accesso all'agente: condividilo, oppure chiedi a un amministratore di pubblicarlo per l'organizzazione. Se la tua organizzazione applica criteri sui dati ai connettori di Power Platform, valgono anche per i server MCP.
L'agente non chiama i tool. Controlla che il nome dell'header sia esattamente X-API-Key e che la chiave appartenga allo stesso server MCP dell'URL, e scrivi una Server description precisa: Copilot Studio la usa per decidere quando chiamare il server. Dopo ogni modifica pubblica di nuovo l'agente; in una chat già aperta scrivi "start over" per passare alla nuova versione.
Prossimi passi
- Landing del connettore
- Collegare a Claude
- Collegare a ChatGPT
- Collegare a Cursor
- Collegare a Gemini
- Collegare a Meta Muse
Questa guida ti è stata utile?