Zum Hauptinhalt springen
Mach aus der Zuweisung von Linear-Tickets ausgelieferten Code. Wenn ein Ticket mit devin gekennzeichnet wird (oder Devin zugewiesen wird), liest diese Automatisierung das gesamte Ticket — Titel, Beschreibung, Akzeptanzkriterien und Kommentare — und setzt dann die Funktion oder Fehlerbehebung samt Tests um. Anschließend öffnet sie einen Pull Request, der auf das Ticket verweist.

Diese Vorlage verwenden

Öffne Linear-Ticket-Implementierung in Devin und erstelle die Automatisierung mit der Standardkonfiguration. Du kannst sie vor dem Speichern anpassen.

​
Was diese Automatisierung macht

Diese Vorlage schließt die Lücke zwischen Projektmanagement und Code-Auslieferung. Sie nutzen Linear weiterhin wie bisher — der einzige Unterschied ist, dass einige Tickets von Devin statt von einem menschlichen Entwickler übernommen werden. Devin übernimmt dabei denselben Workflow: die Spezifikation lesen, die Änderung umsetzen, Tests schreiben, die Test-Suite ausführen und einen Pull Request (PR) zur Überprüfung eröffnen.

​
So funktioniert es

Auslöser: Linear-Ereignis — label.added
  • Ereignis: linear:label_added
    • Bedingungen:
      • addedLabel.name eq devin
Was Devin macht: Startet eine Sitzung mit dem vollständigen Ereigniskontext, führt den untenstehenden Prompt aus und benachrichtigt Sie optional im Fehlerfall.

​
Voraussetzungen

​
Beispiel-Prompt

Die Vorlage enthält standardmäßig diesen Prompt. Sie können ihn bearbeiten, nachdem Sie auf Vorlage verwenden geklickt haben, oder unverändert lassen.

​
Einrichtung

  1. Öffnen Sie in Devin Automations → Templates.
  2. Klicken Sie auf Linear-Ticket-Implementierung. Die Erstellungsseite wird mit dieser Vorlage bereits vorausgefüllt geöffnet.
  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 Trigger-Bedingungen (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 Automationsvorlagen enthalten empfohlene ACU- und Invocation-Limits, um die Kosten während des anfänglichen Rollouts zu begrenzen. Behalten Sie diese zunächst unverändert bei, bis Sie vom Verhalten der Automatisierung überzeugt sind, und erhöhen Sie sie dann entsprechend Ihrer Workload.

​
Wann diese Vorlage sinnvoll ist

  • Backlogs voller kleiner, klar umrissener Tickets, die es nie in einen Sprint schaffen
  • Experimente zur Eingrenzung des Umfangs: fünf Varianten parallel umsetzen und die beste auswählen
  • Senior Engineers von kleinteiliger Ticketarbeit entlasten
  • Asynchrone Umsetzung für verteilte Teams über verschiedene Zeitzonen hinweg

​
Anpassungsideen

  • Verwenden Sie ein anderes Label (ready-for-devin, implementation-ready)
  • Leiten Sie zu einem bestimmten Playbook weiter, in dem Implementierungskonventionen festgelegt sind (Tests, Linting, Dokumentation)
  • Beschränken Sie den Geltungsbereich auf ein bestimmtes Linear-Team oder -Projekt
  • Verketten Sie dies nach Bug Report Triage, damit triagierte Fehler mit Clear Fix automatisch umgesetzt werden

​
Siehe auch