release-process

Validates, publishes, and verifies npm package releases through pre-release checks and post-publish smoke tests.

2|Updated Jul 24, 2026
One-click install
npx skills add https://github.com/elbruno/ElBruno.MagenticUI --skill release-process-elbruno
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: release-process
Source: https://github.com/elbruno/ElBruno.MagenticUI/tree/main/.squad/templates/skills/release-process
Command: npx skills add https://github.com/elbruno/ElBruno.MagenticUI --skill release-process-elbruno

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Releasing npm packages from a monorepo often fails due to workspace dependency leaks, 2FA publish hangs, draft releases that never trigger workflows, and version drift between root and sub-package manifests. This Skill encodes the exact validation rules, publish commands, and fallback procedures that prevent broken releases. ## Core Features & Use Cases - Pre-Release Validation: Scans package.json files for file:/link: references, verifies root and sub-package versions match, and confirms CHANGELOG.md contains the target version section. - Correct Publish Procedures: Enforces publishing from inside each package directory (never npm -w), requires Automation-type npm tokens, and forbids draft GitHub Releases. - Fallback & Verification: Provides a one-retry-then-local-publish fallback when workflows fail, a manual gh workflow run workaround for the GITHUB_TOKEN event limitation, and a post-publish smoke test with npm install -g and version checks. - Use Case: Before tagging v0.9.5 of a two-package npm monorepo, run the release checklist to catch a stale root package.json version, publish both packages, then smoke test the CLI install. ## Quick Start Ask the agent to run the release checklist and validate the repo is ready to publish version X.Y.Z of the npm packages.

Frequently Asked Questions about release-process

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I publish npm packages from a monorepo without breaking workspace dependencies?▼

Scan every packages/*/package.json for file:, link:, or absolute path references before tagging, since npm workspaces can rewrite "*" versions into file: paths. Then cd into each package directory and run npm publish --access public rather than using workspace-scoped flags.

Why does npm publish hang silently in CI?▼

Silent hangs occur when using npm -w to publish with 2FA enabled, or when the NPM_TOKEN is a user token with auth-and-writes 2FA instead of an Automation token. Publish from inside the package directory and use an Automation-type token in CI.

Why doesn't my GitHub Release trigger the npm publish workflow?▼

Releases created with the default GITHUB_TOKEN do not fire the release: published event for downstream workflows, a GitHub security feature. Manually run gh workflow run <publish-workflow> --ref main -f version=X.Y.Z, or use a PAT or GitHub App token.

Do draft GitHub Releases trigger release workflows?▼

No. The release: published event only fires when a release is actually published, so drafts never trigger the npm publish workflow. Always create releases as published, never as drafts.

What should I check before tagging an npm release?▼

Verify all tests pass, no file:/link: references exist in package.json files, root and sub-package versions match, CHANGELOG.md has a ## [VERSION] section, and the npm token is an Automation type. After publishing, run a smoke test installing the package globally and checking its version.