Aller au contenu principal

Compiler automatiquement les notes de version avec l'IA

À la fin de cette recette, vous aurez une automation qui, à la fin de chaque sprint, rassemble tout ce que vous avez livré depuis votre board, rédige des notes de version soignées groupées en New, Improved et Fixed, et les dépose dans un document pour qu'une personne relise et publie. Écrire les notes de version est une corvée parce que l'information est déjà là — éparpillée dans les lignes que vous avez fermées ce sprint. Parce que votre travail livré et le chat de l'équipe vivent dans le même workspace, l'IA peut lire cette vraie activité et la raconter, au lieu que vous reconstruisiez la release de mémoire un vendredi après-midi.

Disponibilité : Disponible maintenant (construite comme une Automation). La version où un coéquipier nommé unique possède le rituel des notes de version de bout en bout — compiler, rédiger et vous pousser à publier — arrive en early access.

Ce que ça fait​

Le compilateur de notes de version est une automation avec un humain au milieu :

  1. Elle tourne selon un planning — par exemple, 16h le dernier jour de chaque sprint (ou chaque vendredi, ou le premier du mois pour un changelog mensuel).
  2. Elle rassemble ce qui a été livré depuis votre board : les lignes qui ont atteint un statut Shipped, Released ou Done depuis la dernière édition. Vous pouvez tirer d'un board ou de plusieurs (produit, mobile, platform) dans la même exécution.
  3. Elle rédige les notes avec une étape IA — un en-tête de version, une courte intro, et des sections groupées par New, Improved et Fixed — chaque élément réécrit en langage clair orienté client, pas le titre de ticket interne brut.
  4. Elle enregistre le brouillon comme document dans votre dossier Releases et ping le release owner avec le lien.
  5. Un humain relit, peaufine et publie. L'IA fait le rassemblement et le premier brouillon ; une personne valide encore le libellé avant qu'il atteigne les clients.

Garder l'étape de publication entre des mains humaines, c'est ce qui rend ça sûr à lancer sans surveillance chaque sprint — la partie fastidieuse (trouver ce qui a été livré, écrire le premier passage, grouper) est automatisée, et le jugement reste le vôtre.

Construisez-le vous-même​

Configuration unique​

Préparez le board où votre travail vit déjà

Vous n'avez pas besoin d'un nouveau board — vous avez besoin que celui où le travail engineering est suivi porte trois choses que le compilateur lit :

  • Status — avec une valeur terminale sur laquelle la release est construite, comme Shipped, Released ou Done.
  • Type (ou Category) — New, Improved, Fixed (ajoutez Security ou Deprecated si vous les utilisez). C'est ce par quoi les notes groupent.
  • Shipped Date — une colonne date que le compilateur filtre pour que chaque édition couvre exactement une période.

Si des éléments atteignent « shipped » sans date fiable, ajoutez une petite automation d'aide : un déclencheur Field changed qui surveille Status, et une action Set date to now qui tamponne Shipped Date dès qu'une ligne passe à Shipped. Le filtre de date du compilateur est alors toujours exact.

L'automation​

Déclencheur : Schedule

Dans Automations, démarrez un flux avec un déclencheur Schedule réglé sur votre cadence de release — par exemple, 16h le dernier jour de chaque sprint. Ce seul déclencheur transforme les notes de version en rituel permanent au lieu d'une tâche que quelqu'un se souvient de faire.

Action : Trouver les lignes livrées de cette release

Ajoutez une action Find rows sur votre board qui renvoie les lignes de cette édition — par exemple, où Status is Shipped (ou Released/Done) et Shipped Date is in the last two weeks. Utilisez un row filter pour combiner ces conditions. Vous livrez sur plusieurs boards ? Ajoutez une étape Find rows par board — une pour web, une pour mobile, une pour platform — pour qu'une seule exécution couvre toute la release.

Transform : Assembler la liste

Ajoutez un transform Join pour combiner les lignes trouvées en une liste propre et lisible pour l'IA. Vous préférez contrôler la forme de chaque ligne (par ex. [Type] Title — description) ? Utilisez un transform templating à la place, pour que chaque élément arrive à l'IA dans un format cohérent.

Étape IA (optionnelle) : Classifier chaque élément par type

Si votre board n'a pas déjà une colonne Type, ajoutez une étape AI → Classify qui trie chaque élément en New, Improved ou Fixed. Sautez cette étape si vos lignes sont déjà typées — l'étape Generate peut grouper directement par votre colonne existante.

Étape IA : Rédiger les notes de version

Ajoutez une étape AI → Generate qui écrit les notes à partir de cette liste : un en-tête de version, une intro d'un paragraphe sur le thème de la release, et une section par type avec chaque changement en puce en langage clair. Donnez-lui votre voix dans le prompt — « orienté bénéfice, sans jargon interne, deuxième personne, ~250 mots » — pour que le premier brouillon lise déjà comme votre changelog. Vous le voulez en plusieurs langues ? Ajoutez une étape AI → Translate pour produire une variante par locale.

Action : Enregistrer comme document pour relecture

Ajoutez une action Create document qui enregistre le brouillon dans votre dossier Releases. C'est la copie de travail éditable du release owner — le premier passage de l'IA, prêt pour qu'un humain resserre et approuve.

Action : Dire à l'équipe que c'est prêt

Ajoutez une action Post channel message dans votre canal #product ou #releases — « 📝 Les notes de version v2.4 sont rédigées et prêtes à relire » avec le lien du document tiré de l'étape précédente. Vous préférez pinger une personne ? Utilisez un Send direct message au release owner à la place.

astuce

Annoncer aux clients, pas seulement à l'équipe ? Gardez l'envoi derrière un humain. Ajoutez une action Send or draft email en mode draft pointée vers vos stakeholders, ou une étape human approval request qui met l'automation en pause jusqu'à ce que quelqu'un approuve — pour que le brouillon interne soit automatisé, mais que rien d'externe ne parte tant qu'une personne n'a pas validé le libellé.

Ou demandez simplement à Copera AI​

Vous n'avez pas à assembler le graphe à la main. Ouvrez Ask Copera AI et décrivez-le :

« Sur notre board Engineering, ajoute une colonne Shipped Date et une colonne Type avec New, Improved et Fixed. Puis construis une automation qui, le dernier jour de chaque sprint, trouve tout ce qui a été livré ces deux dernières semaines, rédige des notes de version groupées par type en langage clair orienté client, les enregistre comme document dans notre dossier Releases, et poste un message dans le canal #product avec le lien pour que je relise et publie. »

Ask Copera AI peut créer les colonnes, puis assembler l'automation pour vous. Avec le mode de permission par défaut Ask before acting, il montre une carte de revue pour chaque changement avant que quoi que ce soit soit créé — vous approuvez les colonnes et l'automation avant qu'elles existent. Voir Ce que Copera AI peut faire pour la liste complète de ce qu'il peut construire.

Vous voulez les notes tout de suite plutôt que selon un planning ? Demandez à la demande : « Lis notre board Engineering et écris les notes de version pour tout ce qui est marqué Shipped ce sprint, groupées en New, Improved et Fixed, puis enregistre-les comme document. » Il lit le board, rédige les notes, et — avec Ask before acting activé — vous montre le brouillon sur une carte de revue, avec une liste Sources des lignes exactes dont il s'est inspiré, avant de créer quoi que ce soit.

En faire un coéquipier permanent​

Early access

Les coéquipiers IA permanents arrivent progressivement. Quand l'un est disponible dans votre workspace, vous pouvez confier le rituel entier à un coéquipier nommé unique — un « Release Manager » — : il surveille les éléments qui atteignent Shipped sur vos boards tout au long du sprint, rédige les notes de version pour relecture, les enregistre comme document, et poste un avis interne qu'elles sont prêtes, selon son propre planning et sous sa propre identité. La publication client-facing reste avec un humain — un coéquipier rédige et poste à l'intérieur de votre workspace mais n'envoie jamais à l'extérieur seul. Si vous ne voyez pas encore les coéquipiers, ils arrivent — tout dans ce guide peut être construit aujourd'hui comme une Automation.

Conseils​

astuce

Donnez à chaque ligne une bonne phrase. Les notes ne sont aussi bonnes que les lignes en dessous. Une ligne intitulée « Fix » produit une puce faible ; une ligne dont la description dit ce qui a changé et à qui ça aide en produit une excellente. L'IA réécrit pour le ton, mais elle ne peut pas inventer le fond — un corps de ligne clair est l'habitude à plus fort levier pour de bonnes notes de version.

astuce

Cadrez chaque édition avec une colonne Version. Ajoutez une colonne Version et tamponnez-la quand le travail est livré (une action Set field sur votre automation d'aide le fait). Ensuite le filtre Find rows du compilateur peut tirer « tout ce qui est tagué v2.4 », pour qu'une édition se mappe proprement à une release au lieu d'une fenêtre de dates glissante.

astuce

Rédigez d'abord vers vous-même, puis basculez. Pointez l'annonce vers vos propres DM pendant les deux premiers sprints. Une fois que les notes lisent comme vous les écririez, changez la destination vers votre canal #product et laissez tourner sans surveillance.

astuce

Compilez aussi depuis votre réunion de release. Si vous faites une sprint review, déclenchez une automation compagnon sur Transcription complete, ajoutez une étape Load meeting context et une étape AI → Extract pour tirer les moments « ce que nous avons livré » de la conversation, et pliez-les dans le brouillon. Les notes reflètent alors le board et ce que l'équipe a vraiment souligné en salle. Voir Meeting Transcription.

astuce

Définissez un spend cap. Parce que l'étape Generate (et tout Classify ou Translate) consomme de l'usage IA, donnez à l'automation un spend cap par automation pour qu'une release lourde ne dépasse jamais un budget que vous choisissez. Le dashboard d'usage montre exactement où vont les crédits.

Questions fréquentes​

Copera peut-il compiler les notes de version automatiquement ?​

Oui. Une automation planifiée utilise une action Find rows pour tirer tout ce que vous avez livré cette période, une étape AI Generate transforme ces lignes en notes soignées groupées en New, Improved et Fixed, et une action Create document enregistre le brouillon. Elle peut aussi poster une annonce dans votre canal produit. Parce que votre travail livré vit déjà sur un board, l'IA écrit à partir de vraies données.

Écrit-elle des notes orientées client ou liste-t-elle juste les titres de tickets ?​

Elle les réécrit. L'étape AI Generate prend vos titres et descriptions internes et produit un langage clair, orienté bénéfice, groupé par type, avec un en-tête de version et une courte intro — pas une liste brute de noms de tickets. Vous fixez la voix dans le prompt.

D'où viennent les éléments livrés ?​

De votre board — les lignes qui ont atteint un statut Shipped, Released ou Done, filtrées par une date de livraison. Pointez l'étape Find rows vers votre board de suivi d'issues, votre board produit, ou un board Releases dédié. Une exécution peut couvrir plusieurs boards.

Puis-je relire les notes avant qu'elles soient publiées ?​

Oui, et c'est le pattern recommandé. Create document enregistre un brouillon éditable, un e-mail peut être préparé en mode draft au lieu d'être envoyé, et une étape human approval request peut mettre l'automation en pause jusqu'à ce que quelqu'un valide — pour que rien de client-facing ne parte sans relecture.

Peut-elle grouper les changements par type et version ?​

Oui. Si votre board a une colonne Type, les notes groupent directement par elle ; sinon, une étape AI Classify trie d'abord chaque élément en New, Improved ou Fixed. Ajoutez une colonne Version et filtrez dessus pour que chaque édition couvre exactement une release.

Peut-elle construire des notes de version depuis mon activité GitHub ?​

Copera compile les notes de version depuis votre board — les lignes que vous marquez shipped. Si vous suivez le travail engineering dans Copera (ou miroitez vos issues sur un board), le compilateur a tout ce dont il a besoin. Le connecteur GitHub peut créer des issues depuis une automation, mais lire les pull requests pour auto-générer des notes n'est pas encore disponible, donc votre board est la source fiable. Voir Connectors.

Voir aussi​