Passer au contenu principal
Chaque semaine, récupérez les changements depuis GitHub et Linear, générez des notes de version destinées aux clients regroupées par Nouveau, Amélioré et Corrigé, et publiez-les dans Notion. Ignorez les tâches internes uniquement et signalez tout ce qui ressemble à un changement cassant, afin que produit, support et clients partagent la même histoire à intervalle régulier.

Idéal pour

  • Les chefs de produit qui ont besoin d’un changelog hebdomadaire sans attendre un tag de version.
  • Le marketing produit et le support qui ont besoin de la même histoire que les clients.

Connecteurs

Avant de commencer

Indiquez à l’Agent le dépôt et l’équipe Linear. Connectez Notion pour la page publiée. Précisez quel jour l’exécution hebdomadaire doit avoir lieu.

Invite à l’Agent

À quoi s’attendre

Transformez les changements produit de la semaine en un workflow récurrent de notes de version. Vérifiez le périmètre des sources et les instructions avant de créer la routine.
1

Connectez vos outils

Si nécessaire, l’Agent vous invite à connecter GitHub, Linear et Notion. Indiquez le dépôt, l’équipe Linear et la page ou base de données de destination. Précisez si chaque exécution doit créer une nouvelle page ou en mettre une à jour une existante.
2

Vérifiez et créez la routine

L’Agent ouvre New routine avec le titre, la planification, le fuseau horaire et le prompt déjà renseignés. Vérifiez le lundi à 9h00 dans votre fuseau horaire. Confirmez que les tâches internes sont exclues et que les éventuels changements cassants sont signalés, puis sélectionnez Create routine.
3

Recevez vos notes de version hebdomadaires

Chaque exécution rassemble les changements GitHub et Linear, regroupe les notes destinées aux clients sous Nouveautés, Améliorations et Corrections, et les écrit dans Notion avec des liens vers les sources. Les résultats reviennent dans le même chat Replit. Relisez les notes avant de les annoncer ou de les envoyer aux clients.
4

Trouvez la routine et consultez ses exécutions

Ouvrez Routines dans la barre latérale de Replit. Sélectionnez le nombre d’exécutions pour afficher l’historique, utilisez le bouton de lecture pour la lancer maintenant, ou le commutateur pour suspendre et reprendre la planification.Comparez la première page Notion aux pull requests fusionnées de la semaine. Modifiez le ton, retirez les tâches internes et vérifiez que les changements cassants sont bien en évidence avant de la partager.

Adaptez-le à vos besoins

Dépannage

  • Des tâches internes apparaissent dans les notes : indiquez à l’Agent le bon dépôt et la bonne équipe Linear, et demandez-lui à nouveau d’ignorer les tâches qui ne sont jamais livrées aux clients.
  • Un changement cassant a été enfoui : dites à l’Agent ce que « cassant » signifie pour vous (connexion, facturation, ou une migration requise) et demandez-lui de placer ces éléments en haut, signalés.
  • La page Notion n’est pas la bonne : donnez le lien exact de la page ou de la base de données, et précisez s’il faut écraser les notes de la semaine précédente ou créer une nouvelle page à chaque exécution.

Voir aussi

Sourcer des candidats

Le même connecteur GitHub pour le recrutement, pas la livraison.

Analyser les retours clients

Pour les chefs de produit qui examinent aussi les tickets dans Notion.