Zum Hauptinhalt springen
Vergib in Linear das Label Bug, und ein Entwickler übernimmt die Untersuchung — nur dass dieser Entwickler Devin ist. Diese Vorlage reagiert auf Linear-Ereignisse beim Hinzufügen von Labels, startet eine Triage-Sitzung, die den Ticketkontext abruft, deine Repo nach relevanten Codepfaden durchsucht, den aktuellen Git-Verlauf einbezieht und die Befunde direkt als Kommentar im Ticket postet.

Diese Vorlage verwenden

Öffne Bug Report Triage in Devin und erstelle die Automatisierung mit der Standardkonfiguration. Du kannst sie vor dem Speichern anpassen.
Suchst du nach einer praxisnahen Schritt-für-Schritt-Anleitung? Sieh dir das Schritt-für-Schritt-Tutorial für Bug Report Triage an.

​
Was diese Automatisierung macht

Die Automatisierung „Bug Report Triage“ macht aus Ihrem Linear-Workflow eine vollständig automatisierte Triage-Pipeline. Sie müssen nichts daran ändern, wie Sie Fehler melden — Sie fügen einfach weiterhin wie gewohnt Labels hinzu. Devin übernimmt die Analysearbeit, die früher einen Senior Engineer den ganzen Vormittag gekostet hat: die Beschreibung lesen, die Codebasis nach validateEmail durchsuchen, git log auf kürzliche Änderungen prüfen und die wahrscheinliche Hauptursache zusammenfassen.

​
So funktioniert es

Auslöser: Linear-Ereignis — label.added
  • Ereignis: linear:label_added
    • Bedingungen:
      • addedLabel.name eq bug
Was Devin tut: Startet eine Sitzung mit dem vollständigen Kontext des Ereignisses, führt den unten stehenden Prompt aus und benachrichtigt Sie optional bei einem Fehler.

​
Voraussetzungen

​
Beispiel-Prompt

Die Vorlage enthält diesen Prompt standardmäßig. Sie können ihn nach einem Klick auf Vorlage verwenden bearbeiten oder unverändert lassen.

​
Einrichtung

  1. Öffnen Sie in Devin Automations → Templates.
  2. Klicken Sie auf Bug Report Triage. Die Erstellungsseite wird mit dieser bereits vorausgefüllten Vorlage 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 (tauschen Sie zum Beispiel your-org/your-repo gegen Ihr tatsächliches Repo aus).
  5. Prüfen Sie den Prompt und passen Sie ihn an die Sprache, Konventionen und Leitplanken 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. Lassen Sie sie zunächst unverändert, bis Sie vom Verhalten der Automatisierung überzeugt sind, und erhöhen Sie sie dann entsprechend Ihrer Arbeitslast.

​
Wann Sie diese Vorlage verwenden sollten

  • Entwicklungsteams, die während Rollouts oder Produkteinführungen in Fehlerberichten untergehen
  • Vom Support eingehende Tickets, die Kontext zur Codebasis benötigen, bevor jemand sie bearbeiten kann
  • Zur Entlastung von Senior Engineers und Tech Leads bei der Triage
  • Erstellen von Untersuchungsberichten als Ausgangsbasis, bevor sie einer bestimmten verantwortlichen Person zugewiesen werden

​
Ideen zur Anpassung

  • Ein anderes Label verwenden (Needs Triage, Customer Reported usw.)
  • Auf ein bestimmtes Linear-Team oder -Projekt beschränken
  • Ein Triage-Playbook anhängen, das die Untersuchungsschritte Ihres Teams festhält
  • Mit Linear Ticket Implementation für Clear Fix-Tickets kombinieren

​
Siehe auch