PagerDuty MCP Server

Der PagerDuty MCP Server verbindet einen KI-Assistenten mit Ihrem PagerDuty-Konto. Statt während eines Vorfalls zwischen Dashboard, Chat und Terminal zu wechseln, fragen Sie direkt aus Ihrer Entwicklungsumgebung: „Welche Incidents sind gerade offen und wer hat Bereitschaft?“, „Zeig mir die Details zu diesem Vorfall“ oder „Wem ist der Checkout-Service zugeordnet?“. Der Assistent ruft dafür die passenden Werkzeuge auf und liest oder ändert Daten in Ihrem echten Konto. Betrieben und gepflegt wird der Server von PagerDuty selbst.

Was ist der PagerDuty MCP Server?

Der Server setzt das Model Context Protocol (MCP) um und läuft laut Anbieter als verwalteter Dienst bei PagerDuty. Sie installieren nichts lokal, sondern tragen den Endpunkt https://mcp.pagerduty.com/mcp in Ihren MCP-Client ein; Konten in der EU-Region verwenden https://mcp.eu.pagerduty.com/mcp. Die frühere lokale Variante mit uvx pagerduty-mcp ist laut README veraltet, das Repository ist archiviert und verweist ausdrücklich auf den gehosteten Server. Wer also eine ältere Anleitung findet, sollte stattdessen die aktuelle Dokumentation von PagerDuty nutzen.

Funktionen und Werkzeuge

Die Werkzeuge decken den Kern der Plattform ab. Laut Dokumentation lassen sich Incidents durchsuchen und verwalten, Services und Teams einsehen, Bereitschaftspläne und Eskalationsrichtlinien abfragen, Alert-Gruppierung und Event-Orchestrierungen bearbeiten sowie Status-Seiten und Benutzer ansehen. Die Werkzeuge sind überwiegend als Paare für Auflisten und Verwalten aufgebaut, sodass Lesen und Ändern getrennt zu erkennen sind. Besonders nützlich ist das in der Störungsanalyse: Der Assistent kann Incident, betroffenen Service, zuständiges Team und aktuelle Bereitschaft nacheinander abrufen und daraus eine kompakte Lagebeschreibung formulieren.

Einrichtung und Anmeldung

Voraussetzung ist laut Anbieter ein PagerDuty-Konto mit Advanced Permissions. Die Anmeldung erfolgt entweder mit einem persönlichen API-Schlüssel im Header Authorization: Token token=... oder über OAuth mit einem eigens angelegten OAuth-Client. Dynamic Client Registration wird nicht unterstützt, Sie müssen den Client also vorab in PagerDuty einrichten. In Claude Code genügt dann ein Befehl wie claude mcp add-json pagerduty mit URL und Header; für Cursor und VS Code gibt es Konfigurationsbeispiele in der Dokumentation. Ein OAuth-Client mit eingeschränktem Umfang begrenzt zusätzlich, welche Werkzeuge nutzbar sind.

Kosten und Lizenz

Der Zugriff auf den gehosteten MCP-Server setzt ein PagerDuty-Konto voraus, dessen Tarif sich nach dem gewählten Plan richtet. Aktuelle Konditionen veröffentlicht PagerDuty auf der offiziellen Preisseite. Der Quelltext der früheren lokalen Variante steht unter Apache-2.0, der gehostete Dienst selbst unterliegt den Nutzungsbedingungen von PagerDuty.

Für wen lohnt sich der PagerDuty MCP Server?

Er lohnt sich für Bereitschafts- und Plattformteams, die PagerDuty ohnehin einsetzen und Vorfallswissen schneller in den Arbeitsfluss holen möchten, etwa Entwicklerinnen und Entwickler, die beim Debuggen wissen wollen, welcher Incident zu einem Fehler gehört. Auch beim Aufräumen von Services, Teams und Eskalationsregeln spart ein Assistent Klickarbeit. Wer PagerDuty nicht nutzt, hat keinen Nutzen. Für sehr kritische Eskalationsänderungen bleibt die Web-Oberfläche mit ihrer Bestätigungslogik die übersichtlichere Wahl.

Sicherheit und Grenzen

Der Server handelt mit den Rechten des verwendeten API-Schlüssels oder OAuth-Clients. Ein Assistent kann also Incidents verändern und Konfigurationen anpassen. Verwenden Sie, wenn möglich, einen OAuth-Client mit eng gefasstem Umfang und bestätigen Sie schreibende Werkzeuge im Client einzeln. Beachten Sie außerdem, dass Incident-Texte und Servicenamen in den Kontext des KI-Modells gelangen. Die Dokumentation von PagerDuty empfiehlt, die Autorisierung regelmäßig zu prüfen.

Häufige Fragen

Ist die lokale uvx-Variante noch aktuell? Nein, laut README ist sie veraltet und das Repository archiviert. Nutzen Sie den gehosteten Server.

Welche Adresse gilt für EU-Konten? Konten in der EU-Region verwenden https://mcp.eu.pagerduty.com/mcp.

Brauche ich zwingend OAuth? Nein, ein persönlicher API-Schlüssel genügt, OAuth erlaubt aber feinere Begrenzung der Werkzeuge.

PagerDuty-Konto mit Advanced Permissions, persönlicher API-Schlüssel oder OAuth-Client sowie ein MCP-Client mit Unterstützung für HTTP-Server (Claude Code, Cursor, VS Code).

Der gehostete PagerDuty MCP Server erlaubt es KI-Clients wie Claude Code oder Cursor, Incidents, Services und Bereitschaftspläne abzufragen. Dieser Ratgeber zeigt den schnellsten Weg zur ersten funktionierenden Verbindung.

Schritt 1: Voraussetzungen prüfen

Sie benötigen ein PagerDuty-Konto mit Advanced Permissions und einen MCP-Client, der HTTP-Server unterstützt. Klären Sie vorab, ob Ihr Konto in der US- oder in der EU-Region liegt, denn der Endpunkt unterscheidet sich.

Schritt 2: Endpunkt wählen

Für US-Konten gilt https://mcp.pagerduty.com/mcp, für EU-Konten https://mcp.eu.pagerduty.com/mcp. Die frühere lokale Variante mit uvx pagerduty-mcp ist veraltet und das Repository archiviert; richten Sie sie nicht mehr neu ein.

uvx pagerduty-mcp

Schritt 3: Anmeldung mit API-Schlüssel

Legen Sie in PagerDuty einen persönlichen API-Schlüssel an und speichern Sie ihn als Umgebungsvariable PAGERDUTY_API_KEY. In Claude Code tragen Sie den Server mit claude mcp add-json pagerduty ein, mit Typ http, der URL und dem Header Authorization: Token token=${PAGERDUTY_API_KEY}.

claude mcp add-json pagerduty

Alternative mit OAuth

Für feinere Rechte legen Sie in PagerDuty einen OAuth-Client mit begrenztem Umfang an und hinterlegen dessen Client-ID und Secret in der Client-Konfiguration. Dynamic Client Registration wird nicht unterstützt, der Client muss also vorher existieren.

Schritt 4: Verbindung testen

Starten Sie mit einer lesenden Anfrage, etwa „Welche Incidents sind aktuell offen?“ oder „Wer hat heute Bereitschaft für das Plattform-Team?“. Erst wenn das funktioniert, lohnt sich der Schritt zu schreibenden Aktionen.

Grenzen bewusst setzen

Der Server handelt mit den vollen Rechten des Schlüssels. Bestätigen Sie schreibende Werkzeuge einzeln und verwenden Sie wenn möglich einen eng gefassten OAuth-Client.

Persönlicher API-Schlüssel im Header Authorization: Token token=... oder OAuth mit vorab angelegtem Client (Dynamic Client Registration wird nicht unterstützt).

Rechte folgen dem API-Schlüssel bzw. OAuth-Client. Die Werkzeuge können Incidents, Services, Teams, Pläne und Eskalationsrichtlinien lesen und verändern.

Der Server wird von PagerDuty gehostet; Anfragen laufen über dessen Endpunkt. Incident-Details, Servicenamen und Bereitschaftsdaten gelangen in den Kontext des KI-Clients und damit zum jeweiligen Modellanbieter.

Schreibende Aktionen an Incidents und Eskalationsregeln, ein im Klartext gespeicherter API-Schlüssel, zu weit gefasste OAuth-Rechte sowie sensible Betriebsdaten in Incident-Texten.