> ## 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.

# Pylon-Integration

> Verbinden Sie Pylon mit Devin, um Support-Tickets an die Entwicklung zu eskalieren, Issues an Devin-Sitzungen zu delegieren und Automatisierungen über Pylon-Events auszulösen.

<Note>
  Die Pylon-Integration befindet sich derzeit in der Beta-Phase. Wenden Sie sich an [mitchell.tan@cognition.ai](mailto:mitchell.tan@cognition.ai), um Zugriff anzufordern.
</Note>

Mit der Pylon-Integration können Sie direkt aus Pylon Devin-Sitzungen starten, Fragen zu Ihrer Codebasis stellen und Automatisierungen auslösen. Devin meldet Sitzungs-Updates an das verknüpfte Pylon-Issue zurück.

Sobald Pylon verbunden ist:

* **Issues delegieren**: Starten Sie eine Sitzung aus einem Pylon-Issue – das Ticket ist dabei bereits im Kontext enthalten.
* **Fragen stellen**: Stellen Sie direkt in Pylon Fragen zu Ihrer Codebasis. Sie können auch Fragen von Personen ohne Devin-Konto zulassen.
* **Automatisierungen auslösen**: Starten Sie Sitzungen, wenn ein Issue erstellt oder getaggt wird oder seinen Status ändert.
* **Pylon-Tools verwenden**: Lassen Sie Devin Issues, Accounts und Kontakte lesen, optional mit Schreibzugriff auf Issues und Accounts.

<Warning>
  Kundensupport-Tickets sind nicht vertrauenswürdige Inhalte und können Prompt-Injection-Versuche enthalten. Devin erstellt beim Verbinden der Integration ein restriktives [Pylon-Security-Profile](#security-profile). Überprüfen Sie es, bevor Sie Workflows aktivieren.
</Warning>

<h2 id="setting-up-the-integration">
  Integration einrichten
</h2>

Um die Integration zu verbinden, benötigen Sie Admin-Rechte sowohl in Pylon als auch in Devin.

1. Öffnen Sie [Settings > Connections > Pylon](https://app.devin.ai/settings/connections/pylon) und klicken Sie auf **Connect**.
2. Melden Sie sich bei Pylon an und erteilen Sie Devin den Zugriff.
3. Kehren Sie zu Devin zurück, prüfen Sie die Einstellungen zur [Zugriffskontrolle](#access-control) und aktivieren Sie die benötigten Funktionen.
4. Prüfen Sie das automatisch erstellte [Pylon Security Profile](#security-profile) und stellen Sie sicher, dass es zu Ihrem Workflow passt.

Diese Verbindung stellt über den gehosteten MCP-Server von Pylon integrierte Tools bereit. Sie müssen den Pylon-MCP-Server nicht separat installieren.

<Note>
  Bei Enterprise-Plänen verwalten Sie Pylon über die primäre Organisation. Diese Einstellungen gelten für das gesamte Enterprise. Wenn Ihr Enterprise mehrere Organisationen umfasst, wählen Sie unter [Sitzungs-Routing](#session-routing) eine davon aus, bevor Sie die Integration verwenden.
</Note>

<h2 id="connecting-your-pylon-user-account">
  Pylon-Nutzerkonto verbinden
</h2>

Verknüpfen Sie Ihr Pylon-Konto mit Ihrem Devin-Konto, damit Sitzungen, die Sie an Devin delegieren, Ihnen zugeordnet werden.

Gehen Sie zu [Settings > Connections > Pylon](https://app.devin.ai/settings/connections/pylon) und klicken Sie auf **Link user profile**, oder verknüpfen Sie Ihr Konto über [Personal Connections](https://app.devin.ai/account/connections).

<h2 id="access-control">
  Zugriffskontrolle
</h2>

Konfigurieren Sie diese Einstellungen auf der Pylon-Verbindungsseite.

| Einstellung | Funktion |
| - | - |
| **Nutzer-Abgleich** | Bei **Pylon-connected users only** muss jedes Member [sein Pylon-Konto verknüpfen](#connecting-your-pylon-user-account). **Email or Pylon-connected user** erkennt zusätzlich Absender, deren Pylon-E-Mail-Adresse mit der E-Mail-Adresse eines Devin-Konto-Members übereinstimmt. |
| **Ask without a Devin account** | Ermöglicht es Personen ohne Devin-Konto, Fragen zu stellen. Die Antworten basieren auf indizierten Repositorys – ohne Codeänderungen, Befehle oder Tools. Wählen Sie in Enterprise-Plänen mit mehreren Organisationen unter **If not linked, route to** aus, welche Organisation antwortet. |
| **Pylon automation triggers** | Ermöglicht es Pylon-Events, [Automatisierungen auszulösen](#triggering-devin-from-pylon). |
| **Pylon MCP access** | Mit **Read only** können Sitzungen Pylon-Issues, -Konten und -Kontakte lesen. Mit **Read and write** können sie zusätzlich Issues erstellen sowie Issue- und Kontofelder aktualisieren. |
| **Pylon follow-up messages** | Ermöglicht es dem Pylon-Bot, Updates wie neue Kundenantworten an die verknüpfte Devin-Sitzung weiterzuleiten. |

<Note>
  Die Pylon-Tools von Devin können weder Entwürfe für Kundennachrichten erstellen noch Antworten an Kunden senden. Schreibaktionen sind auf Issue- und Kontofelder beschränkt.
</Note>

<h3 id="security-profile">
  Security Profile
</h3>

Beim Verbinden von Pylon wird ein Profil namens **Pylon security profile** erstellt und als Standard für beauftragte Sitzungen festgelegt. Enterprise-Konten erhalten ein gemeinsames Enterprise-Profil, alle anderen Konten ein Organisationsprofil.

Das Profil enthält zunächst folgende Einstellungen:

| Einstellung | Standard |
| - | - |
| **Network access** | Erlaubt `usepylon.com` und `*.usepylon.com` zusätzlich zu den von Devin benötigten Zielen und den erlaubten MCP-Verbindungen. Sonstiger ausgehender Datenverkehr wird blockiert. |
| **Git access** | Schreibgeschützt: Devin kann Repositorys klonen und abrufen, aber keine Branches pushen und keine Pull-Requests öffnen. |
| **Devin MCP access** | Schreibgeschützt: Devin kann seine eigenen Ressourcen lesen, aber keine untergeordneten Sitzungen erstellen und keine Ressourcen wie Playbooks ändern. |
| **GitHub CLI token** | Wird der Sitzung nicht bereitgestellt. |
| **MCP server allowlist** | Wird durch dieses Profil nicht eingeschränkt. **Devin MCP read-only** macht MCP-Tools von Drittanbietern nicht schreibgeschützt; Schreibzugriffe auf Pylon werden separat über **Pylon MCP access** gesteuert. |
| **Enforcement** | [Verbindlich](/de/product-guides/security-profiles#mandatory-vs-recommended-enforcement). |

Um die Auswahl zu ändern, nutzen Sie **Security → Default security profile** auf der Verbindungsseite von Pylon. Um die Einschränkungen des Profils zu bearbeiten, öffnen Sie [Security Profiles](/de/product-guides/security-profiles). Dazu benötigen Sie die Berechtigung, Security Profiles auf Organisations- bzw. Enterprise-Ebene zu verwalten. Wenn Sie Pylon erneut verbinden, bleiben bestehende Profiländerungen und Standardauswahlen erhalten.

**Geltungsbereich:**

* **Beauftragte Sitzungen** verwenden bei ihrer Erstellung den konfigurierten Pylon-Standard.
* **Automatisierungen** haben eine eigene Profilauswahl. Wenn Sie einen Pylon-Auslöser hinzufügen, wählt der Editor das konfigurierte Pylon-Profil vorab aus – vorausgesetzt, Sie sind berechtigt, es auszuwählen, und haben weder ein anderes Profil gewählt noch sich dagegen entschieden. Prüfen Sie vor dem Speichern das **Security profile** der Automatisierung. Eine Änderung des Pylon-Standards ersetzt keine Profile, die bereits in Automatisierungen gespeichert sind.
* **Reine Fragen (Ask-only)** nutzen indizierte Repositorys, ohne eine VM-gestützte Sitzung zu starten.

Sie können ein anderes Profil auswählen, die Standards der Organisation oder des Enterprise vererben lassen oder auf ein Profil verzichten. Verbindliche Einschränkungen an anderer Stelle der Profilhierarchie gelten weiterhin.

<Note>
  Das Standard-Pylon-Profil erlaubt **nicht**, Pull-Requests zu öffnen. Wenn Ihr Workflow das erfordert, muss ein berechtigter Admin einen passenden Git-Zugriff konfigurieren. Reproduktionen, die Abhängigkeiten herunterladen oder externe Dienste aufrufen, benötigen unter Umständen zusätzliche Netzwerkziele. Vergeben Sie nur die Berechtigungen, die der Workflow tatsächlich benötigt.
</Note>

<h3 id="session-routing">
  Sitzungs-Routing
</h3>

Sitzungs-Routing ist **nur in Enterprise-Plänen** verfügbar. Wählen Sie unter **Sitzungs-Routing** die **Organization** aus, in der Pylon-Sitzungen ausgeführt werden sollen. Enterprise-Konten mit mehreren Organisationen müssen eine Organisation auswählen, bevor sie die Integration nutzen können. Bis dahin werden Pylon-Events abgelehnt. Bei Konten mit nur einer Organisation wird diese automatisch verwendet.

<h2 id="working-with-devin-in-pylon">
  Mit Devin in Pylon arbeiten
</h2>

<h3 id="delegate-an-issue">
  Ein Issue an Devin übergeben
</h3>

Öffnen Sie das Devin-Panel auf der rechten Seite eines Pylon-Issues und beschreiben Sie die Aufgabe. Das Ticket ist bereits im Kontext enthalten; Sie können zusätzlich Screenshots oder Logdateien anhängen.

Für eine vollständige Sitzung ist ein Devin-Konto erforderlich, das über den [Nutzer-Abgleich](#access-control) erkannt wird und Zugriff auf die ausgewählte Organisation hat. Fehlt eine dieser Voraussetzungen, erklärt Devin im Issue den Grund.

Devin postet seinen Plan, Befehle, Dateiänderungen, Pull-Requests und den Link zur Sitzung im Issue. Außerdem benachrichtigt Devin Sie, wenn es anhält und auf eine Antwort wartet. Diese Updates erfolgen automatisch; Sie müssen keinen Pylon-Auslöser konfigurieren.

* **Nachfassen**: Antworten Sie im Devin-Thread des Issues mit weiteren Anweisungen.
* **Archivieren**: Antworten Sie mit `archive` (oder `@Devin archive`), um die Sitzung zu archivieren.
* **An anderer Stelle fortfahren**: Nutzen Sie dieselbe Sitzung in der Devin-Web-App oder in den von Pylon verknüpften Slack-Threads.

<h3 id="ask-about-your-codebase">
  Fragen zu Ihrer Codebasis stellen
</h3>

Stellen Sie in Pylon eine Frage zu Ihrer Codebasis, etwa „Wie funktioniert die Verifizierung von Webhook-Signaturen?“. Devin antwortet auf Grundlage indizierter Repositorys, ohne eine vollständige Sitzung zu starten oder Änderungen vorzunehmen. Wenn auch Personen ohne Devin-Konto Fragen stellen sollen, aktivieren Sie **Ask without a Devin account**.

<h3 id="slack-threads">
  Slack-Threads
</h3>

[Verbinden Sie Slack](/de/integrations/slack) und laden Sie Devin in Ihre Eskalations-Channels ein. Devin kann Slack-Threads überwachen, die mit einem Pylon-Issue verknüpft sind, und Antworten direkt in der Sitzung empfangen. Antworten Sie in einem überwachten Thread mit `@Devin archive`, um die Sitzung zu archivieren.

<h2 id="triggering-devin-from-pylon">
  Devin aus Pylon auslösen
</h2>

Verwenden Sie [Automatisierungen](/de/product-guides/automations), um Sitzungen über Pylon-Events zu starten. Aktivieren Sie zunächst **Pylon automation triggers** unter [Zugriffskontrolle](#access-control).

1. Öffnen Sie **Automatisierungen** und erstellen Sie eine neue Automatisierung.
2. Fügen Sie einen Auslöser hinzu, wählen Sie **Pylon** und anschließend ein Event aus:
   * **Issue created**: Ein neues Issue wird erstellt. Optional können Sie nach **Title** filtern.
   * **Tag added**: Einem Issue wird ein Tag hinzugefügt. Wählen Sie das passende **Added Tag** aus.
   * **Status changed**: Ein Issue wechselt in einen bestimmten Status. Wählen Sie den passenden **Status** aus.
3. Fügen Sie eine **Start session**-Action hinzu und formulieren Sie Anweisungen für Devin.
4. Überprüfen Sie das [Security Profile](#security-profile), den Netzwerkzugriff und die Tools der Automatisierung und speichern Sie anschließend.

Zwei Vorlagen erleichtern Ihnen den Einstieg:

* **Triage Customer Bug Tickets**: Neu erstellte Issues untersuchen, Fehler zu reproduzieren versuchen und Befunde an den Support melden.
* **Investigate Support Escalations**: Getaggte Issues untersuchen, den Fehler zu reproduzieren versuchen, eine Korrektur vorschlagen und Befunde im internen Slack-Thread melden.

<Tip>
  Lösen Sie die Automatisierung über ein Eskalations-Tag statt bei jedem neuen Issue aus, damit Routine-Tickets nicht im Engineering-Workflow landen.
</Tip>

<h2 id="escalating-support-tickets-to-engineering">
  Support-Tickets an das Engineering eskalieren
</h2>

Eine typische Eskalation läuft wie folgt ab:

1. Ein Kunde meldet ein Problem in Pylon.
2. Ein Pylon-Skill oder die KI-gestützte Erkennung des Issue-Typs identifiziert einen Fehler mit ausreichend Details zur Reproduktion und fügt ein Eskalations-Tag hinzu.
3. Das Tag löst eine Devin-Automatisierung aus.
4. Devin liest das Ticket, prüft die angebundenen Logs und Monitoring-Tools und versucht, den Fehler zu reproduzieren. Sofern das Security Profile es zulässt, kann Devin einen Pull-Request erstellen.
5. Devin postet die Befunde in Slack und Fortschrittsmeldungen im Pylon-Issue.
6. Ein Engineer prüft die Untersuchungsergebnisse und kümmert sich im Slack-Thread um das weitere Vorgehen.

<h3 id="set-up-the-pylon-side">
  Pylon-Seite einrichten
</h3>

Verwenden Sie einen Pylon-Skill oder die KI-Erkennung des Issue-Typs, um Tickets, die eskaliert werden müssen, mit einem Tag zu versehen. Verwenden Sie denselben Tag im Filter **Added Tag** der Devin-Automatisierung. Legen Sie getrennte Pfade für Fehler ohne Angaben zur Reproduktion und für Tickets fest, bei denen es sich nicht um Fehler handelt.

<h3 id="set-up-the-devin-automation">
  Devin-Automatisierung einrichten
</h3>

1. Öffnen Sie die [Vorlagengalerie für Automatisierungen](https://app.devin.ai/automations/templates) und wählen Sie **Investigate Support Escalations** aus.
2. Legen Sie im vorkonfigurierten Auslöser **Pylon → Tag added** unter **Added Tag** Ihr Eskalations-Tag fest.
3. Prüfen Sie den Prompt und das [Security Profile](#security-profile). Die Vorlage weist Devin an, die Ursache zu ermitteln, das Problem nach Möglichkeit zu reproduzieren, eine Korrektur vorzuschlagen und die Befunde im internen Slack-Thread von Pylon zu melden.
4. Konfigurieren Sie den Slack-Zugriff wie unten beschrieben und klicken Sie anschließend auf **Create automation**.

Führen Sie nur Tools und Repositorys auf, auf die Devin zugreifen kann. Verbinden Sie Observability-Tools wie [Datadog](/de/enterprise/integrations/datadog) oder [Sentry](/de/enterprise/integrations/sentry), damit Sitzungen das Verhalten in der Produktionsumgebung prüfen können.

<h3 id="post-findings-in-pylons-internal-slack-thread">
  Befunde im internen Slack-Thread von Pylon posten
</h3>

Ein gängiger Workflow sieht so aus: Pylon postet eine Ticket-Zusammenfassung in einem internen Slack-Channel, und Devin antwortet anschließend im selben Thread mit seinen Befunden.

1. [Verbinden Sie Slack](/de/integrations/slack) und laden Sie Devin in den internen Channel ein, in dem Pylon postet.
2. Stellen Sie der Automatisierung das **Slack**-Tool bereit und gewähren Sie ihr Zugriff auf diesen Channel.
3. Weisen Sie Devin im Prompt der Automatisierung an, seine Befunde in dem von Pylon erstellten Thread zu posten statt als neue Nachricht auf oberster Ebene. Die Vorlage **Investigate Support Escalations** enthält diese Anweisung bereits:

   > If there is an internal Slack thread in a channel that Pylon has posted an update to, find that top-level thread and post your findings within that thread.

<h3 id="automatic-updates-in-pylon">
  Automatische Updates in Pylon
</h3>

Die Integration erstellt bei Events wie dem Öffnen eines Pull-Requests automatisch interne Notizen im verknüpften Pylon-Issue. Einen Pylon-Auslöser müssen Sie für diese Notizen nicht konfigurieren.

<h4 id="optional-custom-pylon-triggers">
  Optionale benutzerdefinierte Pylon-Auslöser
</h4>

Wenn Sie über die integrierten Updates hinaus weitere Aktionen benötigen, suchen Sie im Auslöser-Builder von Pylon nach **devin**. Dort finden Sie folgende Bedingungen:

* Devin hat einen Pull-Request geöffnet
* Devin hat einen Pull-Request gemergt
* Devin hat einen Pull-Request geschlossen
* Devin wartet auf eine Antwort

Mit diesen Bedingungen können Sie beispielsweise den Status des Issues aktualisieren, sobald ein Pull-Request geöffnet wird, den Account-Verantwortlichen benachrichtigen, sobald er gemergt wird, oder das Issue einer Person zuweisen, wenn Devin eine Antwort benötigt. Informationen zur Konfiguration in Pylon finden Sie unter [Agent-zu-Agent-Eskalation über Devin](https://support.usepylon.com/articles/6981171768-agent-to-agent-escalation-via-devin).

<h2 id="disconnecting-pylon">
  Pylon trennen
</h2>

Öffnen Sie [Settings > Connections > Pylon](https://app.devin.ai/settings/connections/pylon), klicken Sie auf **Disconnect** und bestätigen Sie den Vorgang. Danach lösen Pylon-Events keine Devin-Automatisierungen mehr aus.


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