PagerDuty über MCP mit Claude verbinden

💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → PagerDuty klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein git clone, kein lokaler Server.

PagerDuty + Claude

Lass deine KI mit PagerDuty arbeiten: offene Incidents mit Zeitverlauf, Alerts und Notizen ansehen, herausfinden, wer Bereitschaft hat, Services, Eskalationsrichtlinien, Dienstpläne und Teams lesen, Incidents nach Rückfrage bei dir quittieren, lösen, neu zuweisen oder eskalieren und Incident-Analysen abrufen.

Voraussetzungen

Die vollständige Setup-Anleitung ist in den Connector eingebaut (im Store sichtbar, wenn du den Connector auswählst). Benötigte Umgebungsvariablen für diesen Connector:

PAGERDUTY_API_KEY, PAGERDUTY_API_HOST

Schritt 1 — Zugangsdaten holen

1. Melde dich bei PagerDuty an und wähle den Schlüsseltyp. Ein User Token handelt als du und sieht, was du siehst: Öffne deinen Avatar, dann My Profile → User Settings → Create API User Token. Ein General Access Key handelt für das ganze Konto und braucht einen Admin: Integrations → API Access Keys → Create New API Key. Setze dort ein Häkchen bei Read-only für einen Connector, der nur liest.
2. Füge den Schlüssel allein in PAGERDUTY_API_KEY ein, ohne Token token= davor.
3. Setze PAGERDUTY_API_HOST auf api.pagerduty.com für die US-Service-Region oder auf api.eu.pagerduty.com für die EU-Service-Region (deine Region steht unter Account Settings). Ein Schlüssel funktioniert nur auf dem Host seiner eigenen Region.
4. Optional: Mit einem General Access Key setzt du PAGERDUTY_FROM_EMAIL auf die E-Mail-Adresse eines PagerDuty-Benutzers. PagerDuty braucht sie für jede Änderung und verbucht die Änderung unter diesem Benutzer. Mit einem User Token bleibt das Feld leer.
5. Prüfe die Einrichtung mit pagerduty_list_services. pagerduty_get_current_user funktioniert nur mit einem User Token; mit einem General Access Key antwortet PagerDuty mit 400, weil dieser Schlüssel zu keinem Benutzer gehört.

Wer was sieht: Ein User Token sieht und ändert nur, was sein Besitzer in PagerDuty darf. Ein General Access Key deckt das ganze Konto ab; ein Read-only-Schlüssel kann nichts ändern. Teile den MCP-Server nur mit Personen, die an euren Incidents handeln dürfen.

Änderungen alarmieren Menschen und schließen Incidents, deshalb fragt die KI vorher: Vor jedem dieser Aufrufe zeigt dir die KI den Incident (Nummer und Titel) und die Änderung und wartet auf dein Ja. pagerduty_acknowledge_incident stoppt die Alarmierung, der Incident bleibt aber offen. pagerduty_resolve_incident schließt ihn. pagerduty_reassign_incident alarmiert den neuen Benutzer und entfernt die bisherigen Zuständigen. pagerduty_escalate_incident alarmiert die Bereitschaft der gewählten Stufe. pagerduty_update_incident ändert Titel, Dringlichkeit oder Priorität (per Name, etwa P1); eine neue Dringlichkeit kann ändern, wer wie alarmiert wird. pagerduty_add_incident_note fügt eine Notiz hinzu, die alle am Incident sehen und die sich später nicht bearbeiten lässt. pagerduty_create_incident eröffnet einen Incident auf einem Service und alarmiert sofort dessen Bereitschaft. Bei der Installation ist nichts deaktiviert, und kein Tool löscht etwas; für ein reines Lese-Setup nimm einen Read-only General Access Key oder schalte diese Tools ab.

So arbeitest du: Offene Incidents liefert pagerduty_list_incidents, gefiltert auf die Status triggered und acknowledged; danach pagerduty_get_incident, pagerduty_list_incident_log_entries (der Zeitverlauf), pagerduty_list_incident_alerts (was das Monitoring-Tool geschickt hat) und pagerduty_list_incident_notes. Wer gerade Bereitschaft hat: pagerduty_list_oncalls. Schichten eines Dienstplans: pagerduty_list_schedules, dann pagerduty_get_schedule. Eskalationsstufen: pagerduty_list_escalation_policies und pagerduty_get_escalation_policy. Verzeichnis: pagerduty_list_services, pagerduty_get_service, pagerduty_list_users (die Benutzer-ID für eine Neuzuweisung), pagerduty_get_user, pagerduty_list_teams und pagerduty_list_priorities.

IDs und Datumsangaben: IDs sind kurze Zeichenfolgen wie PT4KHLK; die Incident-Nummer (#1234) ist keine ID. Datumsangaben sind ISO 8601. pagerduty_list_incidents umfasst die letzten 30 Tage, außer du gibst Beginn und Ende an (höchstens 6 Monate auseinander) oder fragst nach allen Incidents.

Analysen: pagerduty_get_incident_analytics (pro Incident: Zeit bis zur Quittierung und zur Lösung, Eskalationen, Unterbrechungen) und pagerduty_get_incident_metrics (Summen für einen Zeitraum oder pro Tag, Woche oder Monat) brauchen einen PagerDuty-Tarif mit Analytics. Mit einem User Token müssen sie nach service_ids oder team_ids gefiltert werden. Die Daten hinken der Echtzeit einige Stunden hinterher.

Häufige Fehler: 401: Der Schlüssel ist falsch, wurde gelöscht oder gehört zum Host der anderen Region. 400 zum From-Header: Ein General Access Key hat etwas geändert, ohne dass PAGERDUTY_FROM_EMAIL gesetzt ist, oder diese E-Mail gehört zu keinem Benutzer des Kontos. 400 bei pagerduty_get_current_user: Der Schlüssel ist ein General Access Key. 403: Ein Read-only-Schlüssel wollte etwas ändern, die Rolle des Benutzers erlaubt es nicht, oder dem Tarif fehlt die Funktion (Teams, Analytics). 404: Diese ID gibt es in diesem Konto nicht. 429: zu viele Anfragen; warte kurz und versuche es erneut.

Nicht abgedeckt sind die Events API (Alerts, die mit dem Routing Key einer Integration gesendet werden), das Anlegen oder Ändern von Services, Dienstplänen, Eskalationsrichtlinien und Benutzern, Statusseiten, Incident Workflows, Webhooks sowie jedes Löschen.

Schritt 2 — Adapter installieren

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

Schritt 3 — Connector in Claude hinzufügen

Deine Server-URL: Öffne in AnythingMCP MCP Servers → den Server, auf dem dieser Connector liegt, und kopiere seine URL (https://cloud.anythingmcp.com/mcp/…). Setze sie überall ein, wo diese Anleitung YOUR_SERVER_ID zeigt.

Empfohlener Weg: funktioniert auf claude.ai web ohne Anfassen einer Konfigurationsdatei.

1. Öffne in Claude Customize → Connectors.
2. Klicke auf + und dann auf Add custom connector.
3. Gib einen Namen ein, z. B. PagerDuty, und die Remote-MCP-Server-URL https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID, dann klicke auf Add.
4. Klicke auf Connect und melde dich bei AnythingMCP an (OAuth), um den Zugriff zu erlauben.

Alle unten gelisteten Tools erscheinen in deinem Chat: Leg los mit Prompts.

Verfügbare Tools

Beispiel-Prompts

• „Welche PagerDuty-Incidents sind gerade offen? Sortiere sie nach Dringlichkeit und zeig mir, wem jeder zugewiesen ist.“
• „Wer hat gerade Bereitschaft für die Checkout-API, und wer kommt laut Eskalationsrichtlinie als Nächstes?“
• „Quittiere Incident #4821 und füge eine Notiz hinzu, dass ich mir das Datenbank-Failover ansehe. Zeig mir beides vorher und frag mich, bevor du etwas änderst.“
• „Weise den offenen Incident zum Payment-Gateway Jonas Weber zu. Nenn mir Incident und Person, bevor du es tust.“
• „Wie haben sich die mittlere Zeit bis zur Quittierung und bis zur Lösung im letzten Monat pro Woche für das Platform-Team entwickelt?“

FAQ

Funktioniert es mit Claude Code genauso wie mit Claude Desktop? Ja, beide auf https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID zeigen lassen.

Nächste Schritte

• Connector-Startseite
• Mit ChatGPT verbinden
• Mit Cursor verbinden
• Mit Gemini verbinden
• Mit Meta Muse verbinden