> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devin.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Devin Oncall

> Richten Sie Devin Oncall ein, um Alarme, Fehler und Störungen zu untersuchen, zu beheben und einzudämmen und Erkenntnisse aus Ihrem Oncall in konkrete Maßnahmen umzusetzen.

Devin Oncall untersucht, behebt und dämmt Ihre Alarme, Fehler und Störungen ein und liefert Ihnen umsetzbare Erkenntnisse aus Ihrem Oncall. Devin legt los, sobald ein Alarm, ein Fehlerbericht oder eine Störung ausgelöst wird, und nutzt Ihre Telemetrie, Ihren Code, Ihre Deployments, Runbooks und frühere Störungen, um die grundlegende Ursache zu finden, das Problem zu beheben und einen PR mit der Korrektur zu öffnen.

Oncall umfasst drei Produkte:

* **[Responders](#responders)**: Untersuchen und beheben Sie Alarme, Fehlerberichte und Supportanfragen, sobald sie eingehen.
* **[Incidents](#incidents)**: Finden Sie die grundlegende Ursache, dämmen Sie die Auswirkungen ein und bringen Sie jede Störung zum Abschluss.
* **[Reports](#reports)**: Setzen Sie Erkenntnisse darüber um, was hinter Ihren Alarmen, Fehlern und Störungen steckt – etwa Alarmschwellenwerte, die angepasst werden sollten, oder wiederkehrende Problemkategorien, die behoben werden müssen.

<h2 id="setup">
  Setup
</h2>

Oncall muss pro Organisation einmalig eingerichtet werden. Bei der Einrichtung lernt Devin Ihre Systeme anhand Ihrer Telemetrie-Tools und Ihres Codes kennen und erstellt Fähigkeiten, die jede Oncall-Sitzung verwendet.

1. Öffnen Sie **Oncall** in der Sidebar und klicken Sie auf **Begin setup**.
2. Verbinden Sie mindestens ein Telemetrie-Tool. Sie können diesen Schritt überspringen, wenn in Devins Umgebung bereits ein Telemetrie-Tool verfügbar ist.
3. Klicken Sie auf **Finish**. Devin beginnt nun, Ihre Systeme kennenzulernen. Das dauert in der Regel 1–2 Stunden. Sie werden benachrichtigt, sobald Oncall bereit ist.

Responders, Incidents und Reports stehen zur Verfügung, sobald die Einrichtung abgeschlossen ist.

<Note>Für die Einrichtung benötigen Sie die Berechtigung zum Verwalten von Oncall. Nur Organisationsadministratoren können Tools für die gesamte Organisation verbinden.</Note>

<h3 id="oncall-settings">
  Oncall-Einstellungen
</h3>

Über das Zahnradsymbol im Oncall-Header öffnen Sie die Einstellungen, die für alle Oncall-Sitzungen gelten:

* **Anweisungen**: in Markdown verfasste Vorgaben, die jede Oncall-Sitzung befolgt. Betrachten Sie sie als eine Art `AGENTS.md` speziell für Oncall.
* **Fähigkeiten**: die Fähigkeiten, die Devin bei der Einrichtung zu Ihren Systemen generiert hat. Damit sie aktuell bleiben, setzen Sie **Skill update frequency** auf **Weekly** oder **Monthly**, oder klicken Sie auf **Update skills now**.

<h2 id="responders">
  Responders
</h2>

Ein Responder überwacht eine Quelle für Alarme oder Meldungen und lässt Devin jedes neue Ereignis untersuchen. Devin fasst wiederholte Ereignisse in einem einzigen Issue zusammen, sodass ein häufig auslösender Alarm nur einmal untersucht wird.

Verwenden Sie Responder für:

* Produktionsalarme, die Ihre Monitoring-Tools in einem Slack- oder Microsoft-Teams-Channel posten.
* PagerDuty-Störungen, bei denen Devin seine Untersuchung als Notizen zur Störung veröffentlicht.
* Fehlerberichte und Supportanfragen in einem Channel wie `#eng-bugs`.

<h3 id="create-a-responder">
  Einen Responder erstellen
</h3>

1. Klicken Sie auf der Seite **Oncall** auf **Create responder**.
2. Geben Sie einen **Name** ein und wählen Sie den **Responder type** aus. Der Typ lässt sich nach der Erstellung nicht mehr ändern.
3. Fügen Sie einen oder mehrere **Triggers** hinzu.
4. Passen Sie optional die Sitzungseinstellungen, Connectors und das Runbook an.
5. Klicken Sie auf **Create responder**.

<Note>Ein Runbook ist optional. Devin Oncall weiß bereits, wie Alarme und Fehler untersucht werden. Fügen Sie daher nur dann eines hinzu, wenn Ihr Team spezifische Schritte benötigt.</Note>

<h3 id="responder-types">
  Responder-Typen
</h3>

Alarme und Fehlerberichte erfordern eine unterschiedliche Behandlung, daher durchläuft jeder Responder-Typ einen eigens darauf zugeschnittenen Ablauf. Der Typ legt außerdem fest, wie die Vorgänge des Responders auf seinem board verfolgt werden.

| Typ | Verwenden für | Worauf sich Devin konzentriert |
| - | - | - |
| **Alerts** | Alarme zu Problemen in der Produktion | Auswirkungen und Schweregrad schnell bewerten, dann die grundlegende Ursache und eine Abhilfemaßnahme finden |
| **Support + Bugs** | Fehlerberichte und Supportanfragen | Das Problem reproduzieren, die grundlegende Ursache finden und den Fehler im Code beheben |

<h3 id="triggers">
  Auslöser
</h3>

Ein Responder überwacht jeweils eine Integration und kann bis zu 10 Auslöser haben. Devin reagiert, sobald einer davon zutrifft.

| Quelle | Auslöser |
| - | - |
| **[Slack](/de/integrations/slack)** | Eine Nachricht in einem Channel oder die Erwähnung einer Nutzergruppe (zum Beispiel `@oncall`) |
| **[Microsoft Teams](/de/integrations/microsoft-teams)** | Eine Nachricht in einem Channel |
| **[PagerDuty](/de/integrations/pagerduty)** | Vorfall ausgelöst, bestätigt, behoben oder aktualisiert |

Fügen Sie einem Auslöser Bedingungen hinzu, um einzugrenzen, auf welche Ereignisse Devin reagiert.

<h3 id="responder-settings">
  Responder-Einstellungen
</h3>

| Einstellung | Funktion |
| - | - |
| **Agent-Modus** | Der Agentenmodus für Sitzungen, die dieser Responder startet |
| **Ausführen als** | Die Identität, unter der die Sitzungen ausgeführt werden |
| **Connectors** | Die MCP-Connectors, die dieser Responder verwenden kann |
| **Runbook** | Optional. Devin Oncall weiß bereits, wie Alarme und Fehler untersucht werden. Ergänzen Sie teamspezifische Anleitungen, etwa wie Sie Prioritäten vergeben oder wo Issues erfasst werden sollen |
| **Limits** | ACU- und Aufruf-Limits, wie bei [Automatisierungen](/de/product-guides/automations#limits-and-safeguards) |
| **Erweitert** | Netzwerkrichtlinie sowie Metadaten als Key-Value-Paare, mit denen Sie Responder organisieren und Meldungen zuordnen |

<h2 id="incidents">
  Incidents
</h2>

Incidents ist für Teams gedacht, die für jeden Vorfall einen eigenen Slack-Kanal erstellen. Devin tritt dem Channel bei, ermittelt die wahrscheinliche grundlegende Ursache, empfiehlt Gegenmaßnahmen und untersucht den Vorfall fortlaufend weiter, während er sich entwickelt. Devin postet Updates, beantwortet Fragen in threads und führt einen Vorfallbericht.

<h3 id="enable-incidents">
  Störungen aktivieren
</h3>

1. Öffnen Sie auf der Seite **Oncall** die Registerkarte **Incidents** und klicken Sie auf **Enable incidents**.
2. Aktivieren Sie **Enable incidents**.
3. Legen Sie unter **Slack channel prefix** das Präfix fest, das Ihre Störungs-Channel verwenden, zum Beispiel `incident-`.
4. Wählen Sie einen **Response mode** aus und speichern Sie.

Devin startet eine Untersuchung, sobald es einem Slack-Kanal beitritt, dessen Name mit dem Präfix beginnt. Laden Sie Devin in den Channel ein oder aktivieren Sie **Auto-join incident channels**.

<Note>Für Störungen muss [Slack](/de/integrations/slack) für Ihre Organisation verbunden sein. Innerhalb eines Enterprise können Störungen jeweils nur für eine Organisation aktiviert sein.</Note>

<h3 id="response-modes">
  Antwortmodi
</h3>

| Modus | Verhalten |
| - | - |
| **Proactive** | Devin postet eine wahrscheinliche grundlegende Ursache, untersucht danach weiter, postet Updates und führt einen Vorfallbericht |
| **One-shot RCA** | Devin postet eine wahrscheinliche grundlegende Ursache mit Konfidenzniveau und beendet dann die Untersuchung. Bei Störungen, für die Sie auf **Start proactive mode** klicken, untersucht Devin als Teammitglied im Vorfallteam weiter |

<h3 id="incident-settings">
  Vorfall-Einstellungen
</h3>

| Einstellung | Funktion |
| - | - |
| **Vorfall-Channels automatisch beitreten** | Fügt Devin automatisch zu neuen Channels hinzu, die dem Präfix entsprechen. Automatisch beitreten ist nur bei öffentlichen Kanälen möglich |
| **Teilnahme von Nutzern außerhalb der Organisation erlauben** | Ermöglicht Personen aus anderen Organisationen desselben Kontos, in Vorfall-Channels mit Devin zu interagieren |
| **Agent-Modus** | Der Modus für die Hauptsitzung des Vorfalls, die während des gesamten Vorfalls läuft: Sie veröffentlicht Updates und pflegt den Vorfallbericht |
| **Modus der Erstuntersuchung** | Der Modus für die erste Untersuchung, die zu Beginn des Vorfalls die wahrscheinliche grundlegende Ursache ermittelt |
| **Thread-Sitzungsmodus** | Der Modus für Sitzungen, die Fragen und Anfragen in Channel-Threads beantworten |
| **Ausführen als** | Die Identität, unter der Vorfall-Sitzungen ausgeführt werden |
| **Connectors** | Die MCP-Connectors, die Vorfall-Sitzungen verwenden können |
| **Runbook** | Optional. Anweisungen, die jeder Vorfall-Sitzung bereitgestellt werden |

Die Registerkarte **Incidents** listet alle Vorfälle jeweils mit einem Link zur zugehörigen Sitzung auf. Mit **Stop** beenden Sie Devins Beteiligung an einem Vorfall, mit **Resume** nehmen Sie sie wieder auf.

<h2 id="reports">
  Berichte
</h2>

Ein Bericht liefert Ihnen in regelmäßigen Abständen umsetzbare Erkenntnisse aus Ihrer Rufbereitschaft: Alarmschwellenwerte, die Sie anpassen sollten, immer wiederkehrende Arten von Vorgängen, die Sie beheben sollten, und die Ursachen Ihrer Alarme, Fehler und Störungen.

Jeder Bericht fasst außerdem die identifizierten und behobenen Vorgänge, die untersuchten Störungen sowie die PRs zusammen, die Devin geöffnet und gemergt hat.

Verwenden Sie Berichte für die wöchentliche Übergabe der Rufbereitschaft, oder beschränken Sie den Geltungsbereich eines Berichts auf Ihr Team, z. B. Abrechnung oder Infrastruktur.

<h3 id="create-a-report">
  Bericht erstellen
</h3>

1. Öffnen Sie auf der Seite **Oncall** die Registerkarte **Reports** und klicken Sie auf **Create report**.
2. Geben Sie einen **Name** ein.
3. Legen Sie unter **Responders match** fest, welche Responder der Bericht abdeckt – entweder durch Auswählen einzelner Responder oder anhand von Metadaten.
4. Beschreiben Sie unter **Incidents match**, welche Störungen in den Bericht aufgenommen werden sollen. Lassen Sie das Feld leer, um Störungen auszuschließen.
5. Legen Sie den **Schedule** fest und fügen Sie optional **Instructions** hinzu, die beschreiben, was der Bericht enthalten soll.
6. Wählen Sie unter **Notifications** einen Slack- oder Microsoft-Teams-Channel aus, in dem der Bericht gepostet werden soll.
7. Klicken Sie auf **Create report**.

Berichte werden gemeinsam genutzt und daher nicht im Namen einer einzelnen Person, sondern als Dienstbenutzer ausgeführt. Öffnen Sie einen Bericht, um frühere Ausführungen einzusehen, oder klicken Sie auf **Generate report**, um ihn sofort auszuführen.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.