Synthèse automatique
Ce skill permet de créer une release GitHub pour le paquet @funstack/router en automatisant les étapes de mise à jour de version, génération des notes de release et publication.
Points forts
- Automatise entièrement le processus de release, du bump de version à la création de la release GitHub.
- Génère des notes de release structurées avec catégorisation des changements (breaking, features, fixes).
- Intègre les bonnes pratiques de commit et de tagging sémantique.
Limites
- Spécifique au paquet @funstack/router, non généralisable sans modification.
- Nécessite que l'utilisateur confirme manuellement la version si non mise à jour.
- Dépend de l'outil gh et de git configurés dans l'environnement.
Utilisez ce skill lorsque vous souhaitez publier une nouvelle version du paquet @funstack/router sur GitHub avec des notes de release automatiques.
Ne l'utilisez pas pour d'autres paquets, ou si vous avez besoin d'un pipeline CI/CD plus complexe incluant des tests ou déploiement npm.
Analyse de sécurité
SûrThe skill instructs standard release tasks: reading package.json, committing version bumps, generating release notes from git logs, and using gh CLI to create releases. All operations are confined to the repository and use explicit, allowed tools (gh, git). No destructive, exfiltrating, or obfuscated actions are present.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Release a new patch version of @funstack/router.Bump the minor version of @funstack/router and create a GitHub release with release notes.Do a major release of @funstack/router, update version, commit, and create a release with changelog highlighting breaking changes.name: release-funstack
description: A skill to make a GitHub release for the @funstack/router package. Use this skill when the user wants to release a new version of the package.
allowed-tools:
- Read
- Bash(gh:*)
- Bash(git:*) metadata: internal: true
Release FUNSTACK Skill
To release a new version of the @funstack/router package, follow these steps:
- Read the
packages/router/package.jsonfile to determine the current version of the package.
- User may or may not have already updated the version in
package.json. Ask the user to confirm if they have updated the version. If not, you should update the version based on semantic versioning rules (patch, minor, major) as per user's instruction.
- Update the version in
packages/router/package.json, commit and push if necessary.
- The commit message should be
chore: bump version to x.y.zwherex.y.zis the new version.
- Inspect the git log since the last release tag to generate release notes.
- The release notes should summarize the changes made since the last release.
- Especially, highlight any breaking changes, new features, or important fixes.
- Use the
ghCLI to create a new release on GitHub with the new version and the generated release notes.
- The tag name should be
x.y.zwherex.y.zis the new version.
- Inform the user that the release has been created successfully, providing the URL to the release page on GitHub.
Writing Release Notes
When writing release notes, consider the following structure:
## What's Changed
### Breaking Changes
- Change the `onNavigate` signature to accept an `OnNavigateInfo` object instead of the matched array. (#52)
### Features
- Add new hooks `useRouteParams`, `useRouteState` and `useRouteData` for type-safe state management (#50)
### Improvements
- Improve route matching performance by optimizing the matching algorithm (#20)
**Full Changelog**: https://github.com/uhyo/funstack-router/compare/0.0.1...0.0.2
Notes:
- Highlight breaking changes if any.
- Group changes into categories like "Features", "Improvements", "Fixes", etc.
- Documentation updates and dependency updates should be omitted unless they are significant (e.g. breaking changes).
- Provide a link to the full changelog comparing the previous version and the new version.
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-funstack-router-package-mmlj2nw3/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-funstack-router-package-mmlj2nw3' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/release-funstack-router-package-mmlj2nw3/download' --output '.skill-downloads/release-funstack-router-package-mmlj2nw3/SKILL.md.part' && mv '.skill-downloads/release-funstack-router-package-mmlj2nw3/SKILL.md.part' '.skill-downloads/release-funstack-router-package-mmlj2nw3/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-funstack-router-package-mmlj2nw3/SKILL.md' && test -s '.skill-downloads/release-funstack-router-package-mmlj2nw3/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/release-funstack' && cp -R '.skill-downloads/release-funstack-router-package-mmlj2nw3' '.claude/skills/release-funstack'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-funstack-router-package-mmlj2nw3'openskills read 'release-funstack-router-package-mmlj2nw3'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-funstack-router-package-mmlj2nw3/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.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.