Zum Hauptinhalt springen
Verbinden Sie Jira und Confluence mit Ihrer Codebasis in einer einzigen Automatisierung. Wenn ein Jira-Ticket in den Status „Ready“ verschoben wird (oder @devin in einem Kommentar erwähnt wird), liest diese Automatisierung das vollständige Ticket — verknüpfte Confluence-Dokumente, Akzeptanzkriterien, Kommentare — und setzt die Änderung als Pull Request für das richtige Repo um.

Diese Vorlage verwenden

Öffnen Sie Jira-Ticket zur PR in Devin und erstellen Sie die Automatisierung mit der Standardkonfiguration. Sie können sie vor dem Speichern anpassen.

​
Was diese Automatisierung macht

Das Atlassian MCP ermöglicht Devin direkten Zugriff auf Jira und Confluence, sodass Tickets nicht nur aus Titeln und Beschreibungen bestehen — sie sind vollständige Informationspakete mit dem nötigen Kontext. Devin ruft das verknüpfte Architekturdokument ab, liest die Unteraufgaben, prüft das verknüpfte Epic und beginnt erst dann mit dem Programmieren.

​
So funktioniert es

Auslöser: Slack-Ereignis — message
  • Ereignis: slack:message
    • Bedingungen:
      • channel eq #dev-requests
Was Devin tut: Startet eine Sitzung mit dem vollständigen Kontext des Ereignisses, führt den unten stehenden Prompt aus und benachrichtigt Sie optional im Fehlerfall.

​
Voraussetzungen

​
Beispiel-Prompt

Die Vorlage enthält diesen Prompt. Du kannst ihn nach einem Klick auf Vorlage verwenden bearbeiten oder unverändert lassen.

​
So richten Sie es ein

  1. Öffnen Sie Automations → Templates in Devin.
  2. Klicken Sie auf Jira-Ticket zur PR. Die Erstellungsseite öffnet sich mit dieser Vorlage bereits vorausgefüllt.
  3. Verbinden Sie alle erforderlichen Integrationen und installieren Sie MCP-Server, falls Sie das noch nicht getan haben.
  4. Ersetzen Sie alle Platzhalterwerte in den Auslösebedingungen (zum Beispiel your-org/your-repo durch Ihr tatsächliches Repo).
  5. Prüfen Sie den Prompt und passen Sie ihn an die Sprache, Konventionen und Guardrails Ihres Teams an.
  6. Klicken Sie auf Create automation.
Die meisten Automatisierungsvorlagen enthalten empfohlene ACU- und Aufruflimits, um die Kosten während der frühen Rollout-Phase zu begrenzen. Belassen Sie diese zunächst unverändert, bis Sie vom Verhalten der Automatisierung überzeugt sind, und erhöhen Sie sie dann passend zu Ihrem Workload.

​
Wann Sie diese Vorlage verwenden sollten

  • Enterprise-Teams, die Atlassians Stack nutzen
  • Teams mit umfangreicher Confluence-Dokumentation, die Querverweise erfordert
  • Zur Überbrückung der Lücke zwischen Produktmanagement (Jira) und technischer Umsetzung
  • Async-first-Teams, bei denen Tickets schon bearbeitet werden können, bevor sich ein Mensch darum kümmert

​
Ideen zur Anpassung

  • Mit bestimmten Jira-Projekten, Labels oder Übergängen im Workflow abgleichen
  • Kontext aus einem bestimmten Confluence-Bereich beziehen
  • Je nach Jira-Komponenten oder Labels an unterschiedliche Repo weiterleiten
  • Ein Playbook anhängen, das die Implementierungskonventionen Ihres Teams abbildet

​
Siehe auch