semantic-versioning

Enforce SemVer discipline for API, library, and service version bumps.

Updated May 11, 2026
One-click install
npx skills add https://github.com/resultakak/argos --skill semantic-versioning-resultakak
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: semantic-versioning
Source: https://github.com/resultakak/argos/tree/main/skills/semantic-versioning
Command: npx skills add https://github.com/resultakak/argos --skill semantic-versioning-resultakak

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

SemVer discipline helps govern public surface changes, breaking-change taxonomy, deprecation workflows, and policy enforcement across codebases to prevent silent or unsafe version bumps.

Core Features & Use Cases

  • Public surface definition for libraries, REST/gRPC events, and CLI.
  • Breaking-change taxonomy, deprecation windows, and multi-version strategy guidance.
  • CI/CD governance, tooling integration, and monorepo strategy decisions.

Quick Start

Define your public surface, run the breaking-change checks, and plan a SemVer-compliant release.

Frequently Asked Questions about semantic-versioning

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

FAQPage Schema
How do I enforce semantic versioning discipline for API releases in CI/CD?

You can enforce semantic versioning discipline by applying SemVer validation checks in CI/CD pipelines to govern public surface changes, preventing silent or unsafe version bumps across your APIs and libraries.

What is the best way to manage breaking changes and deprecation windows for libraries?

Managing breaking changes requires a defined taxonomy and structured deprecation windows. This approach guides major, minor, and patch bump decisions while specifying multi-version strategies to prevent unsafe releases.

How do I define the public surface for REST, gRPC, or CLI interfaces?

Defining the public surface for REST, gRPC, or CLI involves explicitly mapping exposed APIs and events. This establishes the baseline for automated breaking-change checks and SemVer-compliant release planning.

Does this approach work for semantic versioning in monorepos?

Yes, this approach supports monorepo strategy decisions. It applies standardized frontmatter and tooling requirements to govern public surface changes and automate validation across multiple packages or services.

When do I need a major vs minor bump during release planning?

A major bump is needed for breaking changes, while minor bumps add backward-compatible features. Semantic versioning governance uses your defined public surface and breaking-change taxonomy to automate these decisions.

Why do unsafe version bumps happen and how can automated validation prevent them?

Unsafe version bumps happen when public surface changes go undetected. Automated validation uses standardized frontmatter and tooling checks in CI/CD to catch breaking changes before release, enforcing strict SemVer compliance.