Passer au contenu principal
Ajoutez un libellé Bug dans Linear, et un ingénieur intervient pour enquêter — sauf que cet ingénieur, c’est Devin. Ce modèle écoute les événements d’ajout de libellé de Linear, lance une session de triage qui récupère le contexte du ticket, recherche dans vos dépôts les portions de code pertinentes, met en corrélation l’historique git récent et publie directement ses conclusions en commentaire sur le ticket.

Utiliser ce modèle

Ouvrez Bug Report Triage dans Devin et créez l’automatisation avec la configuration par défaut. Vous pouvez la personnaliser avant de l’enregistrer.
Vous cherchez un guide pratique ? Consultez le tutoriel étape par étape pour Bug Report Triage.

​
Ce que fait cette automatisation

L’automatisation Bug Report Triage transforme votre workflow Linear en un pipeline de tri entièrement automatisé. Vous ne changez pas votre façon de signaler les bugs — vous continuez simplement à ajouter des libellés comme d’habitude. Devin prend en charge le travail d’investigation qui occupait autrefois toute la matinée d’un ingénieur senior : lire la description, chercher validateEmail dans la base de code, vérifier le git log pour repérer les modifications récentes et résumer la cause racine probable.

​
Fonctionnement

Déclencheur: Événement Linear — label.added
  • Événement: linear:label_added
    • Conditions:
      • addedLabel.name eq bug
Ce que fait Devin: Lance une session avec l’intégralité du contexte de l’événement, exécute le prompt ci-dessous et, si vous le souhaitez, vous avertit en cas d’échec.

​
Prérequis

​
Exemple de prompt

Ce modèle est livré avec ce prompt. Vous pouvez le modifier après avoir cliqué sur Utiliser le modèle, ou le laisser tel quel.

​
Configuration

  1. Ouvrez Automations → Templates dans Devin.
  2. Cliquez sur Bug Report Triage. La page de création s’ouvre avec ce modèle déjà prérempli.
  3. Connectez toutes les intégrations requises et installez les serveurs MCP si ce n’est pas déjà fait.
  4. Remplacez les valeurs fictives dans les conditions de déclenchement (par exemple, remplacez your-org/your-repo par votre repo réel).
  5. Relisez le prompt et adaptez-le au langage, aux conventions et aux garde-fous de votre équipe.
  6. Cliquez sur Create automation.
La plupart des modèles d’automatisation incluent des limites suggérées d’ACU et d’invocation afin de maîtriser les coûts au début du déploiement progressif. Conservez-les telles quelles jusqu’à ce que vous ayez confiance dans le comportement de l’automatisation, puis augmentez-les en fonction de votre charge de travail.

​
Quand utiliser ce modèle

  • Les équipes d’ingénierie submergées par les signalements de bugs lors de déploiements progressifs ou de lancements
  • Les tickets issus du support qui nécessitent du contexte sur la base de code avant toute intervention humaine
  • Réduire la charge de triage des ingénieurs seniors et des responsables techniques
  • Établir des rapports d’investigation de référence avant l’attribution à un responsable spécifique

​
Idées de personnalisation

  • Utiliser un autre libellé (Needs Triage, Customer Reported, etc.)
  • Restreindre le périmètre à une équipe ou à un projet Linear spécifique
  • Joindre un playbook de triage qui codifie les étapes d’investigation de votre équipe
  • Combiner avec Implémentation de ticket Linear pour les tickets Clear Fix

​
Voir aussi