Passer au contenu principal
Mentionnez Devin sur un problème GitHub comme vous le feriez pour un coéquipier. Lorsqu’un utilisateur commente /devin sur un problème, cette automatisation démarre une session qui lit l’ensemble du contexte du problème, recherche dans la base de code les fichiers pertinents, implémente le correctif avec des tests, puis ouvre une pull request faisant référence au problème — bouclant ainsi le processus, du signalement de bug à la modification du code.

Utilisez ce modèle

Ouvrez /devin Issue Fix 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

La commande /devin transforme votre liste de problèmes GitHub en une file de tâches prêtes à être traitées. Au lieu de faire le tri des tickets, de les estimer et de les attribuer, un ingénieur (ou même quelqu’un qui ne l’est pas) peut laisser un commentaire d’une ligne et passer à autre chose. Devin prend en charge l’investigation, l’implémentation, la couverture de tests et la création de PR de bout en bout.

​
Comment ça marche

Déclencheur : événement GitHub — issue.comment
  • Événement : github:issue_comment
    • Conditions :
      • action eq created
      • comment.body starts_with /devin
      • comment.user.login neq devin-ai-integration[bot]
      • repository.full_name eq your-org/your-repo
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, éventuellement, vous avertit en cas d’échec.

​
Prérequis

​
Exemple de prompt

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

​
Mise en place

  1. Ouvrez Automations → Templates dans Devin.
  2. Cliquez sur /devin Correctif de problème. La page de création s’ouvre avec ce modèle prérempli.
  3. Connectez toutes les intégrations requises et installez des serveurs MCP si ce n’est pas déjà fait.
  4. Remplacez les valeurs de remplacement dans les conditions de déclenchement (par exemple, remplacez your-org/your-repo par le nom réel de votre dépôt).
  5. Passez en revue le prompt et adaptez-le à la langue, aux conventions et aux garde-fous de votre équipe.
  6. Cliquez sur Créer l’automatisation.
La plupart des modèles d’automatisation incluent des limites d’ACU et d’invocation recommandées pour plafonner 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

  • Bugs signalés par la communauté avec un scénario de reproduction clair
  • Petites demandes de fonctionnalité avec des critères d’acceptation bien définis
  • Correctifs de documentation, coquilles et modifications de style mineures
  • Offrir aux coéquipiers non ingénieurs un moyen simple de livrer des correctifs

​
Idées de personnalisation

  • Restreindre à un ensemble de dépôts ou d’organisations GitHub
  • Exiger que l’auteur du commentaire soit un collaborateur (ajouter une condition sur comment.author_association)
  • Rediriger vers un playbook qui définit les conventions de correctifs de votre équipe
  • Associer avec Bug Report Triage afin que les bugs Linear suivent le même flux de correctif

​
Voir aussi