Skip to main content
Verbinde PagerDuty, damit Devin sofort loslegen kann, sobald ein Incident ausgelöst wird. PagerDuty-Incidents starten Devin-Automatisierungen, und der PagerDuty-MCP-Server gibt Devin-Sitzungen Zugriff auf Incidents, Services und Bereitschaftspläne. Die PagerDuty-Seite unter Connections besteht aus drei Abschnitten. PagerDuty ist vollständig eingerichtet, sobald alle drei abgeschlossen sind:
  • Connection: der REST-API-Schlüssel, mit dem Devin Incident-Notizen und -Updates veröffentlicht.
  • Webhook: sendet Incident-Events an Devin, um Automatisierungen auszulösen.
  • App registration: richtet den PagerDuty MCP-Server ein und ermöglicht es Membern, ihre PagerDuty-Accounts zu verbinden.

​
Integration einrichten

  1. Gehen Sie in PagerDuty zu Integrations > API Access Keys und klicken Sie auf „Create New API Key“. Erstellen Sie einen General Access-Key mit vollem Zugriff und kopieren Sie ihn. User-API-Tokens werden nicht akzeptiert.
  2. Gehen Sie in Ihrem Devin account unter app.devin.ai zu Settings > Connections > PagerDuty und klicken Sie auf „Connect“.
  3. Wählen Sie Ihre API region (US oder EU) und geben Sie anschließend Folgendes ein:
    • Actor email: der PagerDuty-Nutzer, dem Devins Incident-Notizen und Updates zugeschrieben werden. Wir empfehlen einen dedizierten Service-Benutzer.
    • General Access REST API key: der Key, den Sie in Schritt 1 erstellt haben.
  4. Klicken Sie auf „Connect“. Devin erstellt automatisch ein Webhook-Abonnement in PagerDuty, um Incident-Events empfangen zu können.

​
Webhook-Abonnements konfigurieren

Beim Verbinden erstellt Devin ein kontoweites Webhook-Abonnement in PagerDuty. Dieses sendet die folgenden Events an Devin:
  • incident.triggered
  • incident.acknowledged
  • incident.resolved
  • incident.priority_updated
  • incident.reassigned
  • incident.service_updated
Der Abschnitt Webhook auf der Settings-Seite zeigt den Status des Abonnements. Schlägt die automatische Einrichtung fehl, klicke auf „Retry webhook setup“ oder füge den Webhook manuell hinzu:
  1. Klicke im Abschnitt Webhook auf „Add webhook“ und kopiere die Webhook-URL.
  2. Gehe in PagerDuty zu Integrations > Generic Webhooks (v3) und füge einen Webhook hinzu, der auf diese URL verweist und den Geltungsbereich Account hat.
  3. Wähle die oben aufgeführten Incident-Event-Typen aus.
  4. Kopiere das Signing-Secret, das PagerDuty nur einmal anzeigt, füge es in Devin ein und klicke auf „Save“.
Beim Trennen von PagerDuty werden keine Incident-Events mehr gesendet und das von Devin erstellte Webhook-Abonnement wird gelöscht. Die App Registration und der PagerDuty-MCP-Server werden dabei nicht entfernt.

​
Devin als OAuth-App registrieren

Der PagerDuty-MCP-Server meldet jedes Member per OAuth an. PagerDuty unterstützt keine automatische Registrierung von OAuth-Clients. Daher registriert ein Admin Devin als OAuth-App in PagerDuty und fügt sie unter App registration in Connections hinzu. Mit dem Speichern der App Registration wird der PagerDuty-MCP-Server für Sie eingerichtet.

​
Die App in PagerDuty erstellen

  1. Kopieren Sie unter Settings > Connections > PagerDuty die im Abschnitt App registration angezeigte Redirect URI.
  2. Gehen Sie in PagerDuty zu Integrations > App Registration und klicken Sie auf „New App“. Geben Sie einen Namen ein, etwa Devin, und wählen Sie OAuth 2.0 aus.
  3. Wählen Sie Scoped OAuth aus und fügen Sie die redirect URI aus Devin als Redirect URL hinzu.
  4. Wählen Sie unter den Berechtigungsbereichen die Geltungsbereiche aus, die Devin haben soll. Wir empfehlen abilities.read, escalation_policies.read, incidents.read, incidents.write, oncalls.read, priorities.read, schedules.read, services.read, teams.read und users.read.
  5. Registrieren Sie die App und kopieren Sie anschließend die client ID und das client secret.

​
App Registration in Devin hinzufügen

  1. Geben Sie im Bereich App registration die Client ID und das Client secret Ihrer PagerDuty-App ein.
  2. Wählen Sie die API region Ihres PagerDuty-Kontos aus (US oder EU).
  3. Lassen Sie Scopes leer, um die in Ihrer PagerDuty-App konfigurierten Berechtigungen zu verwenden. Wenn Sie nur einen Teil davon anfordern möchten, geben Sie eine durch Leerzeichen getrennte Liste der in der App aktivierten Geltungsbereiche ein.
  4. Klicken Sie auf „Save“.
Devin fügt daraufhin den PagerDuty-MCP-Server für Ihre Region hinzu. Bei Enterprise-Konten erfolgt dies einmalig für das gesamte Enterprise, und der Server steht in jeder Organisation zur Verfügung. Andernfalls wird er Ihrer Organisation hinzugefügt. Ist bereits ein PagerDuty-MCP-Server installiert, fügt Devin keinen weiteren hinzu.
Wenn Sie die Client ID oder die Region ändern, wird die Verbindung zum PagerDuty-Konto aller Member getrennt. Jedes Member muss die Verbindung erneut herstellen.

​
Bestehende PagerDuty-MCP-Server

Ein PagerDuty-MCP-Server, der mit einer eigenen OAuth-Client-ID und einem eigenen Secret installiert wurde, funktioniert weiterhin, und Member, die sich bereits darüber verbunden haben, bleiben verbunden. Im Abschnitt App registration wird eine Warnung angezeigt, dass er nicht vollständig verbunden ist. Um ihn umzustellen, fügen Sie die App Registration hinzu und klicken Sie in der Warnung auf „Use app registration“. Die Member verbinden ihre PagerDuty-Konten anschließend erneut über die App Registration.

​
Gemeinsamer Zugriff mit Client-Anmeldedaten

Enterprise-Admins können PagerDuty alternativ als Enterprise-MCP-Server mit dem Grant-Typ Client credentials hinzufügen. Sitzungen verwenden dann ein gemeinsames App-Token, und Member müssen sich nicht anmelden. PagerDuty setzt für diesen Grant das Feld OAuth Geltungsbereich voraus, dessen Wert mit Ihrem Account-Selektor beginnen muss:
<region> ist us oder eu, und <subdomain> ist der Teil Ihrer PagerDuty-URL vor .pagerduty.com, gefolgt von einer durch Leerzeichen getrennten Liste der in der App aktivierten Geltungsbereiche. Der PagerDuty-MCP-Server akzeptiert das Token nur mit users.read. Die App muss daher diesen Geltungsbereich besitzen, und er muss in der Liste enthalten sein. Zum Beispiel: as_account-us.acme users.read incidents.read oncalls.read schedules.read services.read. Fehlt der Geltungsbereich oder ist er fehlerhaft, kann das Token nicht ausgestellt werden, und der Server zeigt in Customize Connect an.
Client Credentials bieten nur Lesezugriff. PagerDuty lehnt Schreibvorgänge (zum Beispiel manage_incidents) über ein App-Token ab, selbst wenn *.write-Geltungsbereiche gewährt wurden, da Schreibvorgänge eine Nutzeridentität erfordern. Fordern Sie daher nur *.read-Geltungsbereiche an. Für Schreibzugriff verwenden Sie Personal Connections oder einen Authorization-Code-Server auf Organisationsebene, der über einen dedizierten PagerDuty-Bot-Nutzer verbunden ist.

​
Ihr PagerDuty-Nutzerkonto verbinden

Zusätzlich zur Integration auf Organisationsebene verknüpft jedes Teammitglied sein eigenes PagerDuty-Konto mit seinem Devin-Konto. Dadurch kann Devin den PagerDuty-MCP-Server im Namen dieses Members verwenden. Außerdem ist dies Voraussetzung, um PagerDuty-Automatisierungen zu erstellen. Um Ihr Nutzerkonto zu verbinden, öffnen Sie Personal Connections, klicken Sie neben PagerDuty auf „Connect“ und genehmigen Sie den Zugriff in PagerDuty. Verwenden Sie dabei einen PagerDuty-Nutzer aus dem PagerDuty-Konto, das Ihre Organisation verbunden hat.
Member können sich erst verbinden, nachdem ein Admin die App registration hinzugefügt hat. Der PagerDuty-MCP-Zugriff über die App registration ist immer persönlich: Devin verwendet dafür nie ein gemeinsames Organisations-Token. Daher muss jedes Member sein eigenes PagerDuty-Nutzerkonto verbinden, bevor Devin in dessen Sitzungen PagerDuty-Tools nutzen kann. Eine Ausnahme bildet ein Enterprise-MCP-Server, der Client-Anmeldedaten verwendet.

​
Devin aus PagerDuty heraus auslösen

Devin beginnt über Automatisierungen mit der Arbeit an PagerDuty-Incidents. Sobald PagerDuty verbunden ist, müssen Sie nicht für jede Automatisierung einen eigenen Webhook einrichten.
  1. Gehen Sie zu Automations und erstellen Sie eine neue Automatisierung.
  2. Fügen Sie einen Trigger hinzu, wählen Sie PagerDuty und anschließend ein Ereignis aus:
    • Incident triggered: Ein neuer Incident wird eröffnet.
    • Incident acknowledged: Jemand bestätigt einen Incident.
    • Incident resolved: Ein Incident wird behoben.
    • Incident updated: Priorität, Zuweisung oder Service eines Incidents ändern sich.
  3. Fügen Sie optional Bedingungen hinzu, um einzugrenzen, welche Incidents zutreffen:
    • Service, Team und Priority: Die Optionen werden aus Ihrem PagerDuty-Konto geladen.
    • Urgency (high oder low) und Status.
    • Title, Escalation policy und Assignee.
    • Change (priority, assignment oder service): nur für Incident updated.
  4. Fügen Sie eine Start session-Aktion mit Anweisungen für Devin hinzu und speichern Sie.
Um zum Beispiel Incidents mit hoher Dringlichkeit in Ihrem Checkout-Service zu untersuchen, verwenden Sie das Ereignis Incident triggered mit den Bedingungen Service gleich checkout-api und Urgency gleich high. Fügen Sie dann einen Prompt hinzu, etwa: „Untersuche diesen Incident. Prüfe die letzten Deploys und Fehlerlogs für checkout-api und finde die wahrscheinliche Ursache.“
Um eine Automatisierung mit einem PagerDuty-Trigger zu erstellen oder zu bearbeiten, müssen Sie zuerst Ihr PagerDuty-Nutzerkonto verbinden. Ihr PagerDuty-Nutzer muss zu dem PagerDuty-Konto gehören, das Ihre Organisation verbunden hat.