Bugs in Linear automatisch triagieren
Devin untersucht Bugs automatisch, sobald in Linear ein Label hinzugefügt wird.Triage-Playbook erstellen
Die Automatisierung benötigt ein Playbook, das Devin vorgibt, wie euer Team Bugs triagiert – nicht einfach „den Bug beheben“, sondern die konkreten Schritte, denen eine Entwicklerin folgen würde.Beginne damit, das
!triage-Vorlagen-Playbook zu duplizieren und für euren Stack anzupassen. Oder gehe zu Settings > Playbooks und erstelle ein neues Playbook mit dem Makro !triage-bug. Hier ist ein Beispiel:Je spezifischer dein Playbook ist, desto besser ist Devins Triage. Orientiere dich an den tatsächlichen Mustern deines Teams – Konventionen für Error-Logging, Test-Frameworks, Regeln für Branch-Namen. Sieh dir die Playbook-Dokumentation an, um mehr über effektive Playbooks zu erfahren, oder nutze Advanced Devin, um ein Playbook für dich generieren zu lassen.Verknüpfen Sie den Automation-Trigger
Verbinde das Playbook jetzt mit Linear, damit es automatisch ausgelöst wird, wenn einem Bug ein Label zugewiesen wird.
- Wechsle zu Settings > Integrations > Linear (verbinde zunächst die Integration, falls du das noch nicht getan hast — Setup-Anleitung)
- Klicke unter Synced playbook labels auf Add playbook und wähle
!triage-bug— dadurch wird ein entsprechendes Label in der „Devin Playbooks“-Labelgruppe von Linear erstellt. - Scrolle zu Automation triggers und klicke auf Add trigger:
- Teams: Wähle das Team, in dem Bugs erfasst werden (z. B. „Engineering“)
- Labels: Wähle
Bug(oder das Label, das euer Team für Bugmeldungen verwendet) - Playbook: Wähle
!triage-bug
- Speichere den Trigger.
Bug-Label hinzufügt), nicht für Tickets, die das Label bereits haben. Dadurch löst du Devin nicht versehentlich für deinen gesamten bestehenden Backlog aus.Damit Playbook-Labels automatisch mit Linear synchronisiert werden, muss in deinem Linear-Workspace die Einstellung Manage workspace labels auf All members gesetzt sein (zu finden unter Linears Settings > Security). Wenn das nicht aktiviert ist, musst du die Labels manuell in Linear erstellen.
Kennzeichne einen Bug und beobachte, wie Devin ihn untersucht
Wenn ein Engineer das
Bug-Label zu einem Linear-Ticket hinzufügt, etwa so:ENG-487: Nutzende sehen einen 500-Fehler, wenn sie das Kontaktformular auf /contact absenden. Tritt seit dem Deployment letzten Freitag auf. Der Stack-Trace verweist aufDevin startet automatisch eine Session und folgt eurem Triage-Playbook:validateEmail()insrc/lib/forms.ts.
- Liest das Ticket — ruft Titel, Beschreibung und alle Kommentare aus Linear ab
- Durchsucht die Codebasis — findet
src/lib/forms.ts, den Route-Handler insrc/routes/contact.tsund die Form-Validierungstests - Prüft jüngste Änderungen — führt
git log --since="last Friday" -- src/lib/forms.tsaus und entdeckt einen Commit, der den E-Mail-Regex refactored hat
Die Feedbackschleife optimieren
Nach einigen Triagen solltest du das System basierend darauf verfeinern, was Devin richtig macht und wo es mehr Anleitung braucht.Verbessere das Playbook auf Basis realer Sessions. Wenn Devin regelmäßig etwas übersieht (z. B. keine Logs prüft oder einen verwandten Service nicht beachtet), füge diesen Schritt zu deinem
!triage-bug-Playbook hinzu. Du kannst Advanced Devin verwenden, um vergangene Sessions zu analysieren und dein Playbook automatisch zu verbessern oder Knowledge-Einträge für Muster zu erstellen, denen Devin in allen Sessions folgen soll – wie „prüfe immer zuerst das Error-Tracking-Dashboard“ oder „unsere Auth-Service-Logs sind in CloudWatch, nicht in Datadog“.Füge ein Fix-Playbook hinzu, wenn du bereit bist. Sobald du Devins Triage vertraust, erstelle ein zweites Playbook wie !fix-bug, das einen Schritt weiter geht – es schreibt einen Fix, fügt einen Regressionstest hinzu und eröffnet einen PR. Ordne es einem separaten Label zu, damit dein Team zwischen „sag mir nur, was falsch ist“ und „beheb es für mich“ wählen kann: