Passer au contenu principal
Offrez à votre équipe un récapitulatif hebdomadaire sans le stress du vendredi après-midi. Chaque vendredi, Devin compile toutes les pull requests (PR) fusionnées dans les dépôts que vous suivez, les regroupe par catégories (Fonctionnalités, Correctifs, Documentation, Infrastructure), rédige un résumé clair et le publie dans Slack — pour donner aux équipes d’ingénierie, produit et de direction une vision commune de ce qui a été livré.

Utiliser ce modèle

Ouvrez Weekly Changelog 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 pas à pas ? Consultez le tutoriel étape par étape pour Weekly Changelog.

Ce que fait cette automatisation

L’automatisation Weekly Changelog répond à une difficulté universelle : personne n’a envie de préparer manuellement la mise à jour hebdomadaire, mais tout le monde la veut. Devin parcourt le git log de vos repos, filtre les PR fusionnées, lit le titre et la description de chaque PR pour en extraire le contexte destiné aux utilisateurs, puis rédige le résumé dans le format standardisé par votre équipe.

Comment cela fonctionne

Déclencheur : Événement de planificationrecurring
  • Événement : schedule:recurring
    • Conditions :
      • rrule correspond à FREQ=WEEKLY;BYDAY=FR;BYHOUR=16;BYMINUTE=0
Ce que fait Devin : Lance une session avec l’ensemble du contexte de l’événement, exécute le prompt ci-dessous et vous avertit éventuellement 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.

Mise en place

  1. Ouvrez Automations → Templates dans Devin.
  2. Cliquez sur Weekly Changelog. 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 toutes les valeurs fictives 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’invocations afin de contenir les coûts pendant la phase initiale du déploiement progressif. Conservez-les telles quelles jusqu’à ce que vous soyez à l’aise avec 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 qui doivent communiquer leur avancement à des parties prenantes non techniques
  • Les fondateurs et les dirigeants qui souhaitent un aperçu sans effort du rythme de livraison
  • Une visibilité transversale entre les équipes au sein d’une grande organisation d’ingénierie
  • Créer un historique des versions et des modifications

Idées de personnalisation

  • Passez à une fréquence quotidienne, toutes les deux semaines ou mensuelle
  • Ciblez des canaux Slack spécifiques selon l’audience (ingénierie, direction, produit)
  • Publiez aussi sur Notion ou votre wiki interne pour en garder une trace
  • Personnalisez le format — notes de version, synthèse exécutive, textes prêts pour Twitter

Voir aussi