Mit Automatisierungen können Sie externe Ereignisse — Slack-Nachrichten, GitHub-Webhooks, Linear-Ticket-Updates, Zeitpläne und benutzerdefinierte Webhooks — mit Devin-Sitzungen verknüpfen, die automatisch starten. Anstatt Devin jedes Mal manuell zu markieren, wenn ein Fehler gemeldet wird oder eine CI-Prüfung fehlschlägt, definieren Sie den Trigger einmal und Devin verarbeitet jedes Ereignis automatisch, sobald es eintrifft.
Eine Automatisierung hat drei Bestandteile:
| Teil | Was er macht |
|---|
| Auslöser | Das Ereignis, das die Automatisierung auslöst (z. B. eine Slack-Nachricht in #bugs, ein fehlgeschlagener GitHub-CI-Lauf, eine Änderung eines Linear-Labels) |
| Bedingungen | Optionale Filter, die den Auslöser eingrenzen (z. B. nur auslösen, wenn das Label bug ist, oder nur für ein bestimmtes Repo) |
| Aktion | Was Devin tut, wenn der Auslöser eintritt — eine neue Sitzung starten, einer bestehenden Sitzung eine Nachricht senden oder als Triage-Monitor agieren |
| Aktion | Beschreibung |
|---|
| Sitzung starten | Erstellt eine neue Devin-Sitzung mit dem von Ihnen definierten Prompt. Die Event-Payload wird automatisch als Kontext hinzugefügt. |
| Nachricht an eine Sitzung | Sendet eine Nachricht an eine vorhandene, lang laufende Devin-Sitzung — nützlich, um Ereignisse in eine Sitzung einzuspeisen, die ihren Zustand beibehält. |
| Triage Devin | Ein persistenter Devin, der einen Slack-Channel überwacht. Er prüft jede eingehende Nachricht, entscheidet, was Aufmerksamkeit erfordert, und startet untergeordnete Sub-Devins für Einträge, die weiter untersucht werden müssen. Weitere Informationen finden Sie unter Auto-Triage. |
| E-Mail-Benachrichtigung | Sendet Ihnen eine E-Mail, wenn die Automatisierung ausgeführt wird — bei jeder Ausführung, nur bei Fehlern oder nur bei erfolgreichen Ausführungen. |
| Quelle | Ereignistypen | Beispielanwendungsfall |
|---|
| Slack | Neue Nachricht, Reaktion hinzugefügt | Bug-Meldungen in #incidents triagieren, mit 🚨 reagieren, um eine Untersuchung zu starten |
| GitHub | Issue-Kommentar, PR geöffnet/aktualisiert, PR-Review, Check-Lauf (CI), Push | CI-Fehler automatisch beheben, auf /devin-Kommentare in Issues reagieren |
| Linear | Issue erstellt, Label hinzugefügt, Status geändert, Priorität geändert, zugewiesen | Fehler nach dem Hinzufügen eines Labels triagieren, Tickets umsetzen, wenn sie Devin zugewiesen werden |
| Zeitplan | Wiederkehrend (cron-basiert) | Tägliche Sentry-Fehlerprüfungen, wöchentliche Abhängigkeits-Updates, nächtliche Smoke-Tests |
| Webhook | Eingehende HTTP-Anfrage | Beliebige externe Systeme (PagerDuty, Datadog, Sentry, benutzerdefinierte Tools) über eine Webhook-URL mit Devin verbinden |
Automatisierung erstellen
Auf der Seite „Automatisierungen“
- Gehen Sie in der Seitenleiste zu Automatisierungen
- Klicken Sie auf Neue Automatisierung (oder nutzen Sie die Chat-Eingabe und beschreiben Sie in natürlicher Sprache, was Sie möchten — Devin erstellt die Automatisierungskonfiguration für Sie)
- Konfigurieren Sie den Auslöser, die Bedingungen und die Aktion
- Klicken Sie auf Speichern
- Gehen Sie in der Seitenleiste zu Automatisierungen
- Klicken Sie oben rechts auf Vorlagen
- Durchsuchen Sie die Vorlagengalerie — jede Vorlage ist eine vorkonfigurierte Automatisierung für einen gängigen Workflow
- Klicken Sie auf eine Vorlage, um den Editor mit dem Trigger, der Aktion und den vorgeschlagenen Limits der Vorlage vorab auszufüllen
- Passen Sie die Konfiguration an (z. B. wählen Sie Ihren Slack Channel oder Ihr Repo aus) und speichern Sie sie
Auf der Seite „Automatisierungen“ können Sie unten im Chat-Eingabefeld beschreiben, was Sie möchten — zum Beispiel: „Wenn ein CI-Check in my-org/my-repo fehlschlägt, soll Devin das Problem beheben und in denselben Branch pushen.“ Devin generiert dann die Konfiguration der Automatisierung, die Sie prüfen und speichern können.
Slack-Trigger werden ausgelöst, wenn in einem Channel, in den Devin eingeladen wurde, eine Nachricht gepostet oder eine Reaktion hinzugefügt wird.
- Slack-Nachricht: Wird bei neuen Nachrichten in einem bestimmten Channel ausgelöst. Sie müssen den Channel auswählen, wenn Sie den Trigger konfigurieren.
- Slack-Reaktion: Wird ausgelöst, wenn eine bestimmte Emoji-Reaktion zu einer Nachricht hinzugefügt wird (z. B. 🚨 für Incidents). Sie können nach dem Namen der Reaktion und dem Channel filtern.
Devin muss in den Slack-Channel eingeladen werden, damit der Trigger funktioniert. Außerdem müssen Sie Ihr persönliches Slack-Konto in Settings > Integrations > Slack verbunden haben.
- Issue-Kommentar: Wird ausgelöst, wenn ein Kommentar zu einem GitHub-Issue veröffentlicht wird. Wird häufig mit einer
starts_with "/devin"-Bedingung verwendet, damit Nutzer in jedem Issue /devin eingeben können, um Devin auszulösen.
- Pull Request: Wird bei PR-Ereignissen ausgelöst (geöffnet, synchronisiert usw.).
- Pull-Request-Review: Wird ausgelöst, wenn ein Review für eine PR eingereicht wird.
- Pull-Request-Review-Kommentar: Wird bei einzelnen Review-Kommentaren ausgelöst.
- Check run (CI): Wird ausgelöst, wenn ein CI-Check abgeschlossen ist. Filtern Sie nach
conclusion = failure, um fehlerhafte Builds automatisch zu beheben.
- Push: Wird bei Pushes auf einen Branch ausgelöst.
GitHub-Automatisierungen funktionieren aus Sicherheitsgründen nur mit privaten Repositories.
- Issue erstellt: Wird ausgelöst, wenn im ausgewählten Team ein neues Issue erstellt wird.
- Label hinzugefügt: Wird ausgelöst, wenn einem Issue ein Label hinzugefügt wird (z. B.
bug, devin).
- Status geändert: Wird ausgelöst, wenn sich der Status eines Issues ändert (z. B. zu „In Progress“ verschoben).
- Priorität geändert: Wird ausgelöst, wenn sich die Priorität eines Issues ändert.
- Zugewiesen: Wird ausgelöst, wenn ein Issue einer Person zugewiesen wird.
Zeitplan-Trigger werden in regelmäßigen Abständen anhand standardmäßiger Wiederholungsregeln ausgelöst.
- Wiederkehrend: Legen Sie die Häufigkeit (stündlich, täglich, wöchentlich) und die Uhrzeit fest. Im Hintergrund verwenden Zeitpläne das iCalendar-RRULE-Format.
Zeiten werden in Ihrer lokalen Zeitzone angezeigt, intern jedoch als UTC gespeichert.
- Erstellen Sie eine Automatisierung mit einem Webhook-Trigger
- Kopieren Sie nach dem Speichern die Webhook-URL und das Secret von der Detailseite der Automatisierung
- Konfigurieren Sie Ihr externes System (PagerDuty, Datadog, Sentry oder jedes benutzerdefinierte Tool) so, dass es HTTP-POST-Anfragen an diese URL sendet
- Fügen Sie optional einen Payload-Filter hinzu — ein Regex-Muster, dem der Request-Body entsprechen muss, damit die Automatisierung ausgelöst wird
Die Webhook-Payload wird dem Prompt der Devin-Sitzung als Kontext hinzugefügt. Payloads mit mehr als 200 KB werden automatisch gekürzt.
Die häufigste Aktion. Wenn der Trigger ausgelöst wird, startet Devin eine neue Sitzung mit Ihrem Prompt. Die Event-Payload (z. B. der Text einer Slack-Nachricht, der GitHub-Webhook-Body oder die Details eines Linear-Tickets) wird automatisch an den Prompt angehängt, damit Devin den vollständigen Kontext hat.
Optionen:
- Prompt: Die Anweisungen, denen Devin folgt. Formulieren Sie ihn so, wie Sie einen normalen Devin-Prompt schreiben würden.
- Playbook (optional): Verwenden Sie
@playbook-name in Ihrem Prompt, um ein Playbook für zusätzliche Anweisungen einzubinden.
- Tags (optional): Fügen Sie den durch diese Automatisierung erstellten Sitzungen Tags hinzu, damit sie sich leichter filtern lassen.
Nachricht an eine Sitzung
Triage Devin (Überwachung)
- Immer — bei jeder Ausführung
- Bei Fehlern — nur wenn die Sitzung fehlschlägt oder ein Fehler auftritt
- Bei Erfolg — nur wenn die Sitzung erfolgreich abgeschlossen wird
Begrenzungen und Schutzmechanismen
Es wird dringend empfohlen, MCP-Integrationen zu verbinden — sie verbessern die Qualität von Automatisierungen erheblich, weil Devin dadurch Zugriff auf Laufzeitdaten wie Logs, Metriken und Fehlerdetails erhält.
- Neueste Ausführungen mit Zeitstempeln
- Ob jede Ausführung erfolgreich war oder übersprungen wurde
- Links zu den erstellten Devin-Sitzungen
- Fehlermeldungen für fehlgeschlagene Ausführungen
Die Automatisierungsliste zeigt für jede Automatisierung eine Sparkline, die einen visuellen Überblick über die Aktivität der letzten 30 Tage gibt.
Aktivieren und Deaktivieren
| Vorlage | Kategorie | Funktion |
|---|
| Fehlerberichte in Slack triagieren | Monitoring | Überwacht einen Slack-Channel und triagiert eingehende Fehlerberichte automatisch |
| CI Failure Fixer | CI/CD | Behebt fehlgeschlagene CI-Checks in PRs automatisch |
| /devin Issue Fix | CI/CD | Reagiert auf /devin-Kommentare in GitHub-Issues |
| SRE Incident Response | Monitoring | Untersucht Incidents, wenn eine 🚨-Reaktion hinzugefügt wird |
| Tägliche Sentry-Fehlerbehebungen | Monitoring | Ruft täglich die wichtigsten Sentry-Fehler ab und eröffnet PRs zur Behebung |
| Datadog-Alarmanalyse | Monitoring | Untersucht in Slack gepostete Datadog-Alarme |
| Bug Report Triage | Triage | Triagiert Linear-Tickets mit dem Label bug |
| Kundensupport-Triage | Triage | Erstellt Antwortentwürfe für Support-Nachrichten in Slack |
| Linear Ticket Implementation | Triage | Implementiert Tickets mit dem Label devin in Linear |
| Nächtliche QA- & Smoke-Tests | Maintenance | Führt jede Nacht E2E-Tests aus und erstellt Tickets für Regressionen |
| Wöchentliche Abhängigkeits-Updates | Maintenance | Sucht nach veralteten Paketen und eröffnet Update-PRs |
| Weekly Changelog | Maintenance | Fasst zusammengeführte PRs in einem kategorisierten Changelog zusammen |
