release-process

Enforce auditable release steps for version bumps, tags, GitHub releases, and npm publication.

2|3|Updated Apr 1, 2026
One-click install
npx skills add https://github.com/sytone/botnexus --skill release-process-sytone
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: release-process
Source: https://github.com/sytone/botnexus/tree/main/.copilot/skills/release-process
Command: npx skills add https://github.com/sytone/botnexus --skill release-process-sytone

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This release-runbook provides a strict, auditable, and fail-safe process to prevent release disasters and npm misconfigurations.

Core Features & Use Cases

  • Step-by-step checks for version bumps, tags, GitHub releases, and npm publication.
  • Guardrails with semver validation, token verification, and branch hygiene, plus rollback plans for failed releases.
  • Real-world use: releasing a new squad version with confidence, minimizing downtime and customer impact.

Quick Start

Follow the release runbook in order to publish a new version safely.

Frequently Asked Questions about release-process

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

FAQPage Schema
How do I safely publish an npm package release with semver validation and branch checks?

Safely publish an npm package release by following a strict runbook that enforces semver validation, branch cleanliness, and npm automation token checks before version bumping and publication. This prevents misconfigurations and release disasters.

What is the best way to manage version bumps and GitHub releases across a multi-package repo?

Manage version bumps and GitHub releases across a multi-package repo using an enforced release process that applies semantic version validation and prevents draft releases, ensuring a safe and auditable deployment workflow.

Can I roll back a failed npm publication or an incorrect semantic version tag?

You can roll back a failed npm publication or incorrect semantic version tag by utilizing the built-in rollback paths provided in the release runbook, minimizing downtime and customer impact after a failed deployment.

Why does my CI/CD release pipeline fail when publishing 4-part versions to npm?

Your CI/CD release pipeline fails because the release process includes guardrails that explicitly prevent 4-part versions, enforcing strict semantic version validation to maintain npm registry compatibility and avoid publishing errors.

Do I need npm automation tokens configured before starting a multi-package release workflow?

You need npm automation tokens configured and verified before starting a multi-package release workflow. The release process performs explicit token checks to ensure secure, automated publication without authentication failures.

What limitations exist when enforcing a strict release runbook for squad deployments?

Limitations of enforcing a strict release runbook for squad deployments include rigid branch hygiene requirements and the outright prevention of draft releases and 4-part versions, requiring full compliance to execute the workflow successfully.