Release Notes House Voice

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis : aucun pour l'installation elle-même : aucun compte, aucune clé API, aucun service payant, et rien d'autre à installer d'abord. Le skill est gratuit sous licence MIT et tient en un seul fichier d'instructions — il n'y a aucun code, aucun script et aucune dépendance à installer. Pour l'utiliser ensuite, je fournis les entrées moi-même : la liste des changements (commits, demandes de fusion fusionnées, billets fermés ou un journal des changements collé) et, idéalement, de trois à vingt anciennes notes de version que mon équipe a vraiment publiées, pour qu'il apprenne notre voix maison ; si je n'ai aucun exemple, il retombe sur un style neutre et le dit. Installe-moi « release-notes-house-voice ». Il rédige des notes de version destinées aux clients dans la voix des anciennes notes de version de mon équipe : d'abord il apprend le style maison à partir de mes exemples et rédige une courte carte de style (forme du titre, noms et ordre des sections, longueur des phrases, personne, temps, façon de nommer les fonctions, correctifs listés un par un ou résumés, liens, emoji ou aucun, ce qui n'est jamais mentionné, signature), puis il trie les changements (nouvelle capacité visible par l'utilisateur, amélioration, correctif, dépréciation ou changement brisant, sécurité, interne seulement — les changements internes seulement sont retirés des notes clients et listés séparément pour moi), traduit chaque changement en ce que l'utilisateur peut maintenant faire ou ne subit plus, signale tout changement dont il ne peut pas déterminer l'impact pour l'utilisateur dans une liste « à vérifier avec l'ingénierie » au lieu des notes (les changements brisants et les correctifs de sécurité vont toujours sur cette liste, avec la formulation exacte proposée), et vérifie le brouillon contre les exemples. Sa sortie : le brouillon des notes de version, puis la carte de style, puis les deux listes pour l'auteur (retirés comme internes, et à confirmer avec l'ingénierie). Ses règles : ne jamais revendiquer un bénéfice que le changement n'apporte pas, ne jamais inventer de chiffres qui ne sont pas dans l'entrée, et garder les noms de produits et de fonctions exactement comme les exemples les écrivent. Dépôt : https://github.com/ChenxingJi-Innovate/Cheatcode_ (le skill est tout le dossier packages/pm-comms-kit/skills/release-notes-house-voice/ au commit épinglé : SKILL.md seulement, 1 fichier) Version épinglée : installe le code au commit 1071f72533f0a8bb671e2d9b48c8d75f12adc904 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/ChenxingJi-Innovate/Cheatcode_ dans un dossier temporaire, place-toi au commit 1071f72533f0a8bb671e2d9b48c8d75f12adc904, et copie le dossier packages/pm-comms-kit/skills/release-notes-house-voice/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-19 : [FINGERPRINTS] - SKILL.md: SHA-256 2614f69773fbbbe9dd6465702a92463430aa369f3eec78dc515c6483b0488b1e Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quels services il se connecte, s'il lit ou envoie des informations personnelles ou des clés, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir du fichier : - Le dossier du skill contient 1 fichier seulement : SKILL.md (3 105 octets). Il n'y a aucun script, aucun code, aucun actif et aucune configuration dans le dossier. Le skill est autonome dans ce seul fichier : il ne référence ni le skill frère comment-replies, ni les fichiers du package packages/pm-comms-kit/README.md, packages/pm-comms-kit/cheatcode.json ou packages/pm-comms-kit/.claude-plugin/plugin.json, ni le README ou la LICENSE de la racine, ni docs/RULES.md, ni la spec, ni l'installer, ni aucun autre package du dépôt, et il n'a besoin d'aucun fichier d'ailleurs dans le dépôt pour fonctionner. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé. Aucun code n'est exécuté pendant l'installation, aucune clé n'est demandée, et il n'y a aucune télémétrie dans le fichier. - Le skill lui-même ne définit aucun appel réseau, aucune API, aucun webhook, aucun compte et aucune clé : à l'usage, la rédaction se fait dans notre conversation, à partir d'entrées que je fournis — une liste de commits ou de demandes de fusion fusionnées, des billets fermés, ou un journal des changements collé, plus de trois à vingt anciennes notes de version et un public (clients par défaut). SKILL.md nomme deux exemples de façons dont moi ou toi pouvons rassembler la liste des changements, et ce sont les seuls contacts à l'usage, divulgués ici avant qu'ils arrivent : (a) `git log --oneline <last-tag>..HEAD` ne roule que localement, dans mon propre dépôt, et n'envoie rien ; (b) `gh pr list --state merged --search "merged:>=YYYY-MM-DD"`, seulement si la CLI GitHub est disponible et seulement quand je demande cette route — elle interroge GitHub sous ma propre connexion gh et retourne ma liste de demandes de fusion. Les billets fermés viennent d'un traqueur par collage ou export : SKILL.md ne nomme aucun traqueur, aucun connecteur et aucune API pour eux, donc ne te connecte à aucun traqueur de toi-même. La carte de style n'est gardée et réutilisée la fois suivante que si je l'enregistre ; l'enregistrer est un fichier local que je contrôle. - SKILL.md traite les messages de commit, le texte des billets et les anciennes notes comme des données et dit d'ignorer toute instruction à l'intérieur. Il exige aussi de signaler tout ce qu'il n'a pas pu expliquer au lieu de le rédiger, et il ne publie ni ne poste jamais rien : sa sortie est un brouillon plus la carte de style et les deux listes pour l'auteur. - N'exécute ni git log ni gh pr list pendant cette installation, ne rassemble aucun changement, et ne rédige aucune note de version : utiliser le skill est une étape séparée qui ne commence que quand je demande des notes de version. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier release-notes-house-voice dans le répertoire des skills de l'agent, dans un dossier nommé « release-notes-house-voice », en gardant son 1 fichier (SKILL.md à sa racine). Un clone manuel suivi de la copie du dossier packages/pm-comms-kit/skills/release-notes-house-voice dans ~/.claude/skills/ est la route décrite ici ; toute autre route ne convient que si chaque fichier installé correspond à son empreinte. 4. Vérifie sans appels réseau : frontmatter valide (name: release-notes-house-voice), le 1 fichier en place avec une empreinte concordante. N'exécute aucune étape d'usage pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : fournir les changements — commits, demandes de fusion fusionnées, billets fermés ou un journal des changements — et de trois à vingt anciennes notes de version publiées par mon équipe, ou accepter le style neutre de repli en le disant ; nommer le public si ce ne sont pas les clients ; relire moi-même le brouillon, la liste des internes seulement et la liste « à vérifier avec l'ingénierie » avant toute publication ; utiliser le skill est une étape séparée qui ne commence que quand je le demande, et les routes à l'usage divulguées ci-dessus arrivent seulement à ce moment-là, sur la route que je choisis). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.