Transformez tickets, PRD, journaux Git et changelogs en notes de version orientées client. — Claude Skill
Une compétence Claude pour Claude Code par Paweł Huryn — exécuter /release-notes dans Claude·Mis à jour le 12 juin 2026·vmain@d384f0c9eb81fe74656a4f6da168587836939edb
Générez des notes de version orientées client à partir de Jira, Linear, PRD, journaux Git et changelogs, avec bénéfices utilisateur et actions.
- Extrait ce qui a changé, les utilisateurs concernés et la valeur créée depuis des tickets, PRD, changelogs ou journaux Git.
- Sépare nouvelles fonctionnalités, améliorations, corrections, changements incompatibles et dépréciations pour faciliter la lecture.
- Transforme les détails internes d’implémentation en bénéfices compréhensibles par les clients, sans identifiants de tickets ni noms de code.
- Adapte le ton aux audiences B2B, grand public ou API, et peut produire du Markdown ou du HTML.
Un PM copie des résumés de tickets, extraits de PRD et lignes de changelog dans un document vide, puis supprime manuellement les identifiants internes et réécrit les détails techniques pour les clients.
Lancez /release-notes avec la matière première de release et l’audience cible. La compétence renvoie des notes catégorisées, orientées client, avec bénéfices utilisateur et actions requises.
Pour qui
Ce qu'il fait
Transformez les tickets livrés et les notes de PRD en notes de version prêtes pour les clients.
Convertissez les journaux internes d’implémentation en catégories visibles par les utilisateurs et en entrées courtes orientées bénéfice.
Résumez ce qui a été livré, ce qui change pour les utilisateurs et les suivis nécessaires avant publication.
Fonctionnement
Rassemblez la matière première depuis Jira, Linear, journaux Git, PRD ou changelogs internes.
Classez chaque changement par type, segment concerné et bénéfice utilisateur.
Réécrivez les notes techniques en entrées simples, centrées sur ce que les utilisateurs peuvent faire désormais.
Assemblez une note de version publiable avec, si nécessaire, les actions liées aux changements incompatibles et aux dépréciations.
Options d'entrée
Collez les résumés de tickets, statuts, libellés et périmètre de version pour les catégoriser.
Exemple
JIRA-2241 workflow d’onboarding livré ; JIRA-2242 cache du tableau de bord amélioré ; JIRA-2243 condition de concurrence au paiement corrigée pendant le hotfix.
L’onboarding guide désormais les nouvelles équipes dans leurs premières étapes de configuration, ce qui réduit la confusion pendant l’activation.
Les tableaux de bord se chargent plus vite pour les grands comptes, afin que les équipes passent moins de temps à attendre leurs données.
Correction d’un problème qui pouvait faire échouer certaines sessions de paiement lors des pics de trafic.
Compatible avec
Utiliser les tickets de sprint et les éléments livrés comme preuves de release.
Utiliser le périmètre produit et ingénierie comme preuve de release.
Utiliser les PR, commits et entrées de changelog pour vérifier ce qui a été livré.
Utiliser les PRD, notes de lancement et documentation interne pour aligner le message.
Partout
Utilisable comme prompt autonome avec des tickets, notes de PRD ou entrées de changelog collés.
Fonctionne au mieux avec des preuves issues de Jira, Linear, GitHub et Confluence.
Envie d'utiliser Notes de version ?
Choisissez comment commencer.
Installez et exécutez cette compétence localement sur votre ordinateur.
Ouvrez un terminal sur votre ordinateur et collez cette commande :
Cela télécharge la compétence avec tous ses fichiers sur votre ordinateur :
Ajoutez -g à la fin pour le rendre disponible dans tous vos projets.
Démarrez Claude Code, puis tapez la commande :
Générateur de notes de version
Transformez des tickets techniques, des PRD ou des changelogs internes en notes de version soignées et orientées utilisateur.
Contexte
Vous rédigez des notes de version pour $ARGUMENTS.
Si l’utilisateur fournit des fichiers (exports JIRA, tickets Linear, PRD, journaux Git ou changelogs internes), lisez-les d’abord. S’il mentionne une URL produit, utilisez la recherche web pour comprendre le produit et son audience.
Instructions
-
Rassembler la matière première : lire tous les tickets, changelogs ou descriptions fournis. Extraire :
- Ce qui a changé (fonctionnalité, amélioration ou correction)
- Qui est concerné (quel segment utilisateur)
- Pourquoi cela compte (le bénéfice utilisateur)
-
Catégoriser les changements :
- Nouvelles fonctionnalités : capacités entièrement nouvelles
- Améliorations : améliorations de fonctionnalités existantes
- Corrections : problèmes résolus
- Changements incompatibles : tout ce qui nécessite une action utilisateur (migrations, changements d’API)
- Dépréciations : fonctionnalités qui seront retirées
-
Rédiger chaque entrée selon ces principes :
- Commencer par le bénéfice utilisateur, pas par le changement technique
- Utiliser un langage simple ; éviter le jargon, les noms de code internes et les numéros de tickets
- Garder chaque entrée entre 1 et 3 phrases
- Inclure des visuels ou captures d’écran si l’utilisateur les fournit
Exemples de transformation :
-
Technique : "Implemented Redis caching layer for dashboard API endpoints"
-
Orienté utilisateur : "Les tableaux de bord se chargent désormais jusqu’à 3x plus vite, pour passer moins de temps à attendre et plus de temps à analyser."
-
Technique : "Fixed race condition in concurrent checkout flow"
-
Orienté utilisateur : "Correction d’un problème qui pouvait faire échouer certaines commandes lors des périodes de fort trafic."
-
Structurer les notes de version :
# [Nom du produit] -- [Version / Date] ## Nouvelles fonctionnalités - **[Nom de la fonctionnalité]** : [description en 1-2 phrases de ce qu’elle fait et de son intérêt] ## Améliorations - **[Domaine]** : [Ce qui s’est amélioré et en quoi cela aide] ## Corrections - Correction de [description du problème dans les termes de l’utilisateur] ## Changements incompatibles (le cas échéant) - **Action requise** : [Ce que les utilisateurs doivent faire] -
Ajuster le ton à la voix du produit : professionnel pour le B2B, chaleureux pour le grand public, orienté développeur pour les API.
Enregistrer le résultat comme document Markdown. Si l’utilisateur veut du HTML ou un autre format, convertir en conséquence.
Documents de référence
release-notes SKILL.md
Document source localisé pour la compétence /release-notes.
Générateur de notes de version
Transformez des tickets techniques, des PRD ou des changelogs internes en notes de version soignées et orientées utilisateur.
Contexte
Vous rédigez des notes de version pour $ARGUMENTS.
Si l’utilisateur fournit des fichiers (exports JIRA, tickets Linear, PRD, journaux Git ou changelogs internes), lisez-les d’abord. S’il mentionne une URL produit, utilisez la recherche web pour comprendre le produit et son audience.
Instructions
- Rassembler la matière première : lire tous les tickets, changelogs ou descriptions fournis. Extraire ce qui a changé, qui est concerné et pourquoi cela compte.
- Catégoriser les changements : nouvelles fonctionnalités, améliorations, corrections, changements incompatibles et dépréciations.
- Rédiger chaque entrée en commençant par le bénéfice utilisateur, en langage simple, sans jargon ni identifiants internes.
- Structurer la sortie avec des sections Markdown pour fonctionnalités, améliorations, corrections et actions requises.
- Adapter le ton à la voix du produit : B2B, grand public ou API.
Enregistrer en Markdown, ou convertir en HTML si demandé.
PM Skills Marketplace : le système d’exploitation IA pour de meilleures décisions produit
68 compétences PM et 42 workflows chaînés répartis sur 9 plugins. Claude Code, Cowork et autres assistants. De la découverte à la stratégie, l’exécution, le lancement, la croissance et l’expédition de code construit avec l’IA.
Conçu pour Claude Code et Claude Cowork. Les compétences sont compatibles avec les autres assistants IA qui savent lire le format SKILL.md.
Démarrer
Nouvelle idée ? → /discover
Besoin de clarté stratégique ? → /strategy
Rédaction d’un PRD ? → /write-prd
Préparation d’un lancement ? → /plan-launch
Définition des métriques ? → /north-star
Pourquoi PM Skills Marketplace ?
Une IA générique produit du texte. PM Skills Marketplace apporte une structure.
Chaque compétence encode un framework PM éprouvé : découverte, cartographie des hypothèses, priorisation, stratégie, exécution ou lancement. L’objectif est d’obtenir de meilleures décisions produit, pas seulement des documents plus rapides.
Fonctionnement : skills, commandes et plugins
Skills sont les briques de base. Chaque skill apporte à l’assistant une connaissance de domaine, un framework d’analyse ou un workflow guidé pour une tâche PM précise.
Commands sont des workflows déclenchés par l’utilisateur avec /command-name. Elles chaînent une ou plusieurs skills en processus complet. Par exemple, /discover enchaîne idéation, hypothèses, priorisation et expériences.
Plugins regroupent des skills et commandes liées dans des packages installables. Chaque plugin couvre un domaine PM : découverte, stratégie, exécution, go-to-market, croissance ou livraison de code avec l’IA.
Installation
Claude Cowork
- Ouvrir Customize
- Aller dans Browse plugins → Personal → +
- Choisir Add marketplace from GitHub
- Entrer
phuryn/pm-skills
Claude Code
claude plugin marketplace add phuryn/pm-skills
claude plugin install pm-toolkit@pm-skills
claude plugin install pm-product-strategy@pm-skills
claude plugin install pm-product-discovery@pm-skills
claude plugin install pm-market-research@pm-skills
claude plugin install pm-data-analytics@pm-skills
claude plugin install pm-marketing-growth@pm-skills
claude plugin install pm-go-to-market@pm-skills
claude plugin install pm-execution@pm-skills
claude plugin install pm-ai-shipping@pm-skills
Codex CLI
codex plugin marketplace add phuryn/pm-skills
codex plugin add pm-toolkit@pm-skills
codex plugin add pm-product-strategy@pm-skills
codex plugin add pm-product-discovery@pm-skills
codex plugin add pm-market-research@pm-skills
codex plugin add pm-data-analytics@pm-skills
codex plugin add pm-marketing-growth@pm-skills
codex plugin add pm-go-to-market@pm-skills
codex plugin add pm-execution@pm-skills
codex plugin add pm-ai-shipping@pm-skills
Codex lit le même fichier marketplace que Claude Code. Les commandes slash ne deviennent pas des commandes Codex natives, mais les skills restent utilisables : décrivez le workflow en langage naturel.
Plugins disponibles
- pm-product-discovery : idéation, expériences, tests d’hypothèses, Opportunity Solution Trees, interviews.
- pm-product-strategy : vision, modèles économiques, prix, paysage concurrentiel.
- pm-market-research : recherche marché, personas, segmentation, analyse concurrentielle.
- pm-data-analytics : métriques produit, North Star, dashboards, instrumentation et analyse.
- pm-marketing-growth : croissance, acquisition, activation, rétention et expérimentation.
- pm-go-to-market : positionnement, messaging, lancement, sales enablement.
- pm-execution : PRD, roadmaps, release notes, ship checks et communication de livraison.
- pm-ai-shipping : livraison de code avec l’IA, specs, tests, revues et documentation.
- pm-toolkit : frameworks transverses et références réutilisables.
Usage recommandé
Installez les plugins complets plutôt que de sélectionner des skills isolées : un workflow PM dépend souvent de plusieurs compétences qui fonctionnent ensemble. Pour /release-notes, fournissez des tickets, PRD, journaux Git ou changelogs, puis demandez une version orientée client.