Passer au contenu principal
Transformez l’attribution de tickets Linear en livraison de code. Lorsqu’un ticket reçoit le libellé devin (ou est attribué à Devin), cette automatisation lit l’intégralité du ticket — titre, description, critères d’acceptation, commentaires — puis implémente la fonctionnalité ou le correctif avec des tests, et ouvre une pull request faisant référence au ticket.

Utiliser ce modèle

Ouvrez Linear Ticket Implementation dans Devin et créez l’automatisation avec la configuration par défaut. Vous pouvez la personnaliser avant de l’enregistrer.

​
Ce que fait cette automatisation

Ce modèle fait le lien entre la gestion de projet et la livraison du code. Vous continuez à utiliser Linear comme vous le faites déjà — la seule différence, c’est que certains tickets sont pris en charge par Devin plutôt que par un ingénieur humain. Devin suit le même workflow : lecture des spécifications, développement de la modification, rédaction des tests, exécution de la suite et ouverture d’une pull request (PR) prête pour la revue.

​
Fonctionnement

Déclencheur : Événement Linear — label.added
  • Événement : linear:label_added
    • Conditions :
      • addedLabel.name eq devin
Ce que fait Devin : Démarre 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

Le modèle inclut ce prompt. Vous pouvez le modifier après avoir cliqué sur Use template, ou le laisser tel quel.

​
Configuration

  1. Ouvrez Automations → Templates dans Devin.
  2. Cliquez sur Linear Ticket Implementation. La page de création s’ouvre avec ce modèle 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 d’exemple dans les conditions du déclencheur (par exemple, remplacez your-org/your-repo par votre repo réel).
  5. Passez en revue le prompt et adaptez-le à la langue, 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 pour maîtriser les coûts au début du déploiement progressif. Laissez-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

  • Des backlogs remplis de petits tickets bien définis qui n’intègrent jamais un sprint
  • Expérimentations de cadrage : livrer cinq variantes en parallèle et choisir la meilleure
  • Libérer les ingénieurs seniors du travail de découpage des tickets
  • Mise en œuvre asynchrone pour des équipes réparties sur différents fuseaux horaires

​
Idées de personnalisation

  • Utiliser un libellé différent (ready-for-devin, implementation-ready)
  • Rediriger vers un playbook spécifique qui intègre les conventions d’implémentation (tests, linting, docs)
  • Limiter le périmètre à une équipe ou à un projet Linear spécifique
  • À enchaîner après Triage des rapports de bugs afin que les bugs triés avec Clear Fix soient implémentés automatiquement

​
Voir aussi