Synthèse automatique
Automatise la préparation et la publication d'une release pour le projet Tailwind Stash : bump de version, entrées de changelog, vérifications qualité et GitHub Release.
Points forts
- Enchaîne de bout en bout les étapes d'une release : version, changelog, formatage, lint, typecheck, tests, commit, tag et publication
- Génère le changelog à partir du git log depuis le dernier tag, regroupé en Added/Changed/Fixed/Removed
- Impose des garde-fous : arbre de travail propre, branche master, arrêt si une vérification échoue, confirmation avant commit
- Affiche le diff du changelog avant de committer, ce qui rend la relecture explicite
Limites
- Fortement couplé au dépôt Tailwind Stash : scripts npm run format/lint/typecheck/test/release et branche master codés en dur
- Suppose que l'outil de release (tag, push, GitHub Release) est déjà configuré côté projet
- Pas de procédure de rollback décrite si le push ou la création de la GitHub Release échoue
- L'invocation automatique est désactivée : le skill doit être déclenché explicitement par l'utilisateur
À utiliser lorsqu'il faut publier une nouvelle version de Tailwind Stash avec un changelog et des vérifications complètes.
À éviter sur un autre dépôt, sur une branche de travail, ou si les scripts npm de release ne sont pas encore en place.
Analyse de sécurité
PrudenceThe skill is a legitimate release workflow, but it invokes npm scripts and git/GitHub publishing operations, so it has meaningful execution and external side-effect risk. There is no evidence of obfuscation, destructive commands, or secret exfiltration, so it is best classified as caution rather than risky.
- •Executes repository-defined npm scripts (`format`, `lint`, `typecheck`, `test`, `release`) which can run arbitrary project code.
- •Performs git commit/push and creates a GitHub Release, producing external side effects.
- •Requires shell/git/npm/network access despite no allowed-tools being declared.
Exemples
Prepare a patch release for Tailwind Stash and show me the changelog diff before committing.Cut a minor release: bump the version, generate the changelog from the git log since the last tag, run all checks, and wait for my confirmation before committing.Run the release steps up to the quality checks for a major version bump, but stop before committing so I can review the changelog.name: release description: Prepare and publish a release for Tailwind Stash. Bumps the version, generates changelog entries, runs all checks, and publishes via GitHub Release. disable-model-invocation: true
Prepare and publish a release for Tailwind Stash.
Steps
- Verify the working tree is clean and on the
masterbranch. - Read the current version from
package.jsonand the latest entry inCHANGELOG.md. - Ask what type of release this is: patch, minor, or major.
- Calculate the new version number based on the current version and release type.
- Update
package.jsonwith the new version. - Update
CHANGELOG.md:- Add a new
## [x.y.z] - YYYY-MM-DDsection with today's date. - Look at the git log since the last tag to generate the changelog entries, grouped by Added/Changed/Fixed/Removed as appropriate.
- If there is an
[Unreleased]section, move its content into the new version section and leave[Unreleased]empty.
- Add a new
- Run
npm run formatto format the changed files. - Run
npm run lint,npm run typecheck, andnpm testto verify everything passes. - Show a summary of the changes and ask for confirmation before committing.
- After confirmation, create a commit with message
release: vX.Y.Z. - Run
npm run releaseto tag, push, and create the GitHub Release.
Rules
- Must be on
masterbranch with a clean working tree before starting. - Never skip quality checks.
- Always show the changelog diff before committing.
- Stop and ask if any check fails.
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/release-tailwind-stash-mrwak9dn/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/release-tailwind-stash-mrwak9dn' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/release-tailwind-stash-mrwak9dn/download' --output '.skill-downloads/release-tailwind-stash-mrwak9dn/SKILL.md.part' && mv '.skill-downloads/release-tailwind-stash-mrwak9dn/SKILL.md.part' '.skill-downloads/release-tailwind-stash-mrwak9dn/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/release-tailwind-stash-mrwak9dn/SKILL.md' && test -s '.skill-downloads/release-tailwind-stash-mrwak9dn/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/release' && cp -R '.skill-downloads/release-tailwind-stash-mrwak9dn' '.claude/skills/release'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/release-tailwind-stash-mrwak9dn'openskills read 'release-tailwind-stash-mrwak9dn'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/release-tailwind-stash-mrwak9dn/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.