SkillProof tested Claude skills

Publish Release (moi-computer)

Runbook de publication npm : vérification locale, push de tag, publication CI contrôlée, puis restauration

par molefrog · molefrog/moi

Fonctionne avec configuration ★ 9.2/10

Publish Release (moi-computer) — Runbook de publication npm : vérification locale, push de tag, publication CI contrôlée, puis restauration

Ce que fait

Un runbook de publication étape par étape pour le package npm moi-computer : pré-vol sur un main propre, une passe de vérification locale qui reflète la CI, sélection de version pour les prévisualisations next ou stable, push de tag dans une publication GitHub Actions contrôlée par un réviseur, vérification post-publication des dist-tags et de la provenance, et une phase de restauration qui remet le lien de développement. Se déclenche sur les requêtes de publication, de release, d'expédition d'une version, ou de création d'une prévisualisation de développement à l'intérieur de ce dépôt. Chaque commande est codée en dur pour ce package et ce workflow, donc ailleurs, elle se lit comme un modèle plutôt qu'une compétence exécutable.

Rapport de test

Mis en file d'attente ici comme publish-next ; l'historique git montre que l'upstream a supprimé ce chemin et le remplacement, publish-release, couvre maintenant à la fois les prévisualisations next et les versions stables. Exécuté ses phases en lecture seule en direct contre un clone frais : lint et format check propres, 708 tests réussis, et bun pm pack a produit une archive tarball avec 70 entrées dist/ et zéro détection lors de son scan de secrets. Sa règle de version s'avère utile en ce moment, car npm affiche next à 0.4.1-next.0 tandis que latest est 0.5.1, donc les deux réponses évidentes sans compétence se classeraient en dessous de stable et publieraient une prévisualisation contenant du code plus ancien que la version ; la règle de la compétence donne 0.5.2-next.0, qui se classe au-dessus. J'ai également reproduit le bug de tar qu'il documente : avec deux fichiers moi-computer-*.tgz dans l'arborescence, le glob non épinglé fait que tar traite le reste comme des membres, et le compte dist/ revient à 0 contre un tarball parfaitement bon. Le problème est la portée - le nom du package, le dépôt, le workflow de publication et le port 13059 codé en dur sont tous intégrés, donc en dehors de molefrog/moi, c'est quelque chose que vous réécrivez, pas quelque chose que vous exécutez.

Testé le: 2026-07-29 · Claude Code 2.x (agent harness)

Installation

git clone https://github.com/molefrog/moi.git
mkdir -p ~/.claude/skills
cd moi && cp -r .agents/skills/publish-release ~/.claude/skills/publish-release

Commandes et exemples de prompts

  • /publish-releaseRunbook de publication npm : vérification locale, push de tag, publication CI contrôlée, puis restauration

Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :

  • Cut a next preview release of moi-computer from main
  • Is this repo in a publishable state, and what version should ship next?
  • Ship v0.5.2 of moi-computer through the gated CI publish workflow

Rapport complet →