
de clawrouter6,571
Une liste de contrôle de version stricte pour ClawRouter : incrémentation de version, changelog, build, tests, tag, release GitHub et publication npm — utilisée pour garantir des versions fiables.
Une compétence de liste de contrôle de version prescriptive pour le projet ClawRouter. Elle guide un agent à travers chaque étape nécessaire pour livrer une nouvelle version : confirmer et incrémenter la version du package, rédiger une entrée dans le CHANGELOG, synchroniser les constantes de version dans les dépôts dépendants, compiler et exécuter les tests, commiter et pousser les modifications, créer un tag git et une release GitHub, et publier le package sur npm. La compétence inclut des étapes de vérification pour s'assurer que le package et les artefacts de release sont bien en ligne.
Utilisez cette compétence lors de la préparation d'une version de ClawRouter. Elle se déclenche lorsque l'agent est invité à publier, taguer ou incrémenter les versions de ClawRouter (ex: "release clawrouter", "npm publish clawrouter"). Elle est destinée aux cycles de release formels — ne sautez aucune étape.
Idéalement utilisée par des agents capables de ligne de commande pouvant exécuter des commandes shell et interagir avec Git/GitHub (agents avec accès gh/npm, ex: Copilot/Codex/Gemini CLI).
La liste de contrôle de sortie de ClawRouter est une compétence procédurale guidant les augmentations de version, les mises à jour du changelog, les builds, les tests, le marquage git, les releases GitHub et la publication npm pour le package ClawRouter. Aucun script intégré — purement basé sur des instructions. Le fichier SKILL.md est bien organisé avec des étapes séquentielles claires, un tableau utile des « Erreurs Courantes » et un bon contexte sur le mécanisme de synchronisation automatique de la version. Manque de conseils de rollback et d'étapes de récupération d'erreurs en cas d'échec en cours de release.
Compétence de liste de contrôle de release bien écrite. L'étape 4 inclut un contexte pertinent sur le mécanisme de récupération automatique de la version côté serveur remplaçant une constante manuelle. Le tableau des « Erreurs Courantes » est un plus. Pourrait être améliorée avec des étapes de récupération d'erreurs (ex: que faire si npm publish échoue après le git tag) et une section references/ pour l'extrait de code TypeScript en ligne.