Passer au contenu principal
Connectez Jira et Confluence à votre base de code avec une seule automatisation. Lorsqu’un ticket Jira passe à l’état « prêt » (ou que @devin est mentionné dans un commentaire), cette automatisation lit l’intégralité du ticket — documents Confluence liés, critères d’acceptation, commentaires — et met en œuvre la modification sous forme de pull request dans le bon dépôt.

Utiliser ce modèle

Ouvrez Jira Ticket to PR 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

Le MCP Atlassian donne à Devin un accès natif à Jira et Confluence, de sorte que les tickets ne se limitent pas à des titres et des descriptions — ils regroupent tout le contexte utile. Devin récupère le document d’architecture associé, lit les sous-tâches, vérifie l’epic lié, puis commence seulement à coder.

​
Fonctionnement

Déclencheur : événement Slack — message
  • Événement : slack:message
    • Conditions :
      • channel eq #dev-requests
Ce que fait Devin : démarre une session avec tout le 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 inclut 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 Jira Ticket to PR. 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 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 Create automation.
La plupart des modèles d’automatisation incluent des limites suggérées d’ACU et d’invocations pour contenir 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 Enterprise qui s’appuient sur l’écosystème Atlassian
  • Les équipes avec une documentation Confluence abondante nécessitant des renvois croisés
  • Faire le lien entre la gestion produit (Jira) et l’exécution côté ingénierie
  • Les équipes privilégiant l’asynchrone, où les tickets peuvent avancer avant même qu’une personne ne les prenne en charge

​
Idées de personnalisation

  • Faire correspondre des projets Jira spécifiques, des libellés ou des transitions de workflow
  • Lire le contexte à partir d’un espace Confluence spécifique
  • Rediriger vers différents dépôts en fonction des composants Jira ou des libellés
  • Associer un playbook qui formalise les conventions d’implémentation de votre équipe

​
Voir aussi