REA Changelog Update
Un workflow interne pour les mainteneurs de REA eux-mêmes : préparer ou réécrire les changelogs de release et les notes de version GitHub de REA depuis un historique git épinglé
- Quoi
- Un workflow interne pour les mainteneurs de REA eux-mêmes : préparer ou réécrire les changelogs de release et les notes de version GitHub de REA depuis un historique git épinglé
- Coût
- Gratuit
- Prérequis
- 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.
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — Un workflow interne pour les mainteneurs de REA eux-mêmes : préparer ou réécrire les changelogs de release et les notes de version GitHub de REA depuis un historique git épinglé — bâtir un inventaire de contributeurs vérifié avec le collecteur de notes du dépôt (sans jamais deviner un identifiant), écrire Highlights/Changes/Fixes pour les utilisateurs, créditer chaque contribution une fois, et synchroniser avec Release Please. Il dit qu'il prépare des notes seulement et n'autorise ni fusion, ni tag, ni publication. Périmètre honnête : il sert aux gens qui publient REA lui-même ; il ne fait pas de reverse engineering directement. Installer cette fiche ne fait que copier son unique fichier SKILL.md — rien n'est exécuté pendant l'installation. Crédit : @morluto. Licence MIT. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.
Version :
Installation
Copiez le dossier d’installation ci-dessous, puis collez-le dans Muse📌 Version épinglée : commit 6dc0f60Avant 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 — Cadrage renforcé — workflow interne des contributeurs de REA, à lire d'abord : ce skill ne fait pas de reverse engineering pour toi. C'est un workflow pour les mainteneurs et contributeurs de REA eux-mêmes, pour préparer ou réécrire les changelogs de release et les notes de version GitHub de REA depuis un historique git épinglé, avec des remerciements de contributeurs vérifiés et une synchronisation Release Please. Il opère sur le dépôt morluto/rea lui-même (son scripts/release-notes.mjs, son CHANGELOG.md, ses PR de release) et sert surtout aux gens qui publient REA. Installer cette fiche ne fait que copier l'unique fichier SKILL.md : rien n'est exécuté, aucun historique n'est fetché et rien n'est publié pendant l'installation. Aucun compte, aucune clé ni aucun paiement n'est requis pour copier le fichier ; utiliser le workflow plus tard implique un accès GitHub au dépôt REA sous ta propre autorisation. Installe-moi « REA Changelog Update ». C'est l'un des workflows internes des contributeurs de REA — périmètre honnête : il sert aux gens qui publient REA, pas aux utilisateurs finaux qui font du reverse engineering d'une cible. Il enseigne comment bâtir d'abord l'inventaire des contributeurs d'une release (le collecteur scripts/release-notes.mjs du dépôt sur une plage git épinglée : commits, PR associées, auteurs et co-auteurs, issues fermées confirmées — sans jamais deviner un identifiant pour une identité non résolue), puis réécrire seulement la plus récente section de CHANGELOG.md pour les utilisateurs (Highlights, Changes, Fixes, changements cassants), en créditant chaque contribution représentée une fois avec des remerciements humains vérifiés tout en excluant bots et comptes agents, et enfin synchroniser avec Release Please (étiquette de finalisation, fichier de provenance durable sous docs/releases/, validateurs de checkpoint, corps de PR mis à jour depuis les notes rendues). Le skill dit clairement qu'il prépare des notes et n'autorise ni fusion, ni tag, ni publication. Son dossier est un unique fichier SKILL.md. Dépôt : https://github.com/morluto/rea (le skill est tout le dossier .agents/skills/rea-changelog-update/ au commit épinglé : SKILL.md seulement, 1 fichier en tout) Version épinglée : installe le code au commit 6dc0f60faa0928e20b2395ba1a93ff8e497143f7 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/morluto/rea dans un dossier temporaire, place-toi au commit 6dc0f60faa0928e20b2395ba1a93ff8e497143f7, et copie le dossier .agents/skills/rea-changelog-update/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - SKILL.md: SHA-256 75729ede35eac4768fdc315f0f2a6885d84df1dfa1cd7b795f213b10ddcfd4bf 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, à quoi il se connecte, s'il lit ou envoie des informations personnelles ou des identifiants, 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 des fichiers : - Le dossier contient 1 fichier seulement : SKILL.md (7 579 octets, frontmatter name rea-changelog-update). Il n'y a aucun script, aucun fichier compagnon et aucun autre code dedans — le collecteur de notes de release qu'il mentionne (scripts/release-notes.mjs) vit à la racine du dépôt REA, pas dans ce dossier de skill, et n'est pas installé par cette fiche. - 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é. Cette installation ne fetche aucun historique git, ne modifie aucun changelog et ne touche aucune PR de release. - À l'usage, le workflow s'exécute dans un checkout REA et parle à GitHub (connexions PR/issues paginées via le collecteur du dépôt) pour bâtir l'inventaire des contributeurs, et toute mise à jour de PR, tout push ou toute publication exige encore une autorisation séparée — le skill dit lui-même qu'il n'autorise ni fusion, ni tag, ni publication. Il manipule des noms, courriels et identifiants GitHub de contributeurs issus de l'historique git public, et ordonne de ne jamais fabriquer un identifiant pour une identité non résolue. - N'exécute pas scripts/release-notes.mjs, ne fetche aucun historique, ne modifie aucun CHANGELOG.md et n'utilise le skill d'aucune façon pendant cette installation : l'utiliser est une étape séparée qui ne commence que quand je le demande plus tard. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier rea-changelog-update dans le répertoire des skills de l'agent, dans un dossier nommé exactement « rea-changelog-update », en gardant ses 1 fichier dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: rea-changelog-update), les 1 fichier en place avec des empreintes concordantes. N'exécute rien du dossier et n'utilise pas le skill pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : que c'est un workflow interne des mainteneurs de REA pour préparer les changelogs de release et les notes Release Please de REA lui-même, qu'il est fait pour être utilisé à l'intérieur d'un checkout REA avec un accès GitHub, et que l'utiliser est une étape séparée qui ne commence que quand je le demande plus tard). 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.
Enregistré dans vos installs récentes. Retrouvez-le à tout moment sur /connect.
🔒 Sécurité, provenance et ce que ça touche
Le prompt d'installation ci-dessous inclut déjà les étapes de vérification : votre agent suit la checklist communautaire avant d'installer tout ce qui contient du code exécutable. Vous en voulez plus ?
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.