ship-milestone

Automate milestone releases by aggregating specs, bumping versions, and generating a reviewable commit.

6|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/nesquikm/dev-process-toolkit --skill ship-milestone-nesquikm
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ship-milestone
Source: https://github.com/nesquikm/dev-process-toolkit/tree/main/plugins/dev-process-toolkit/skills/ship-milestone
Command: npx skills add https://github.com/nesquikm/dev-process-toolkit --skill ship-milestone-nesquikm

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Release management for software milestones is error-prone and time-consuming when done manually; this Skill bundles the Release Checklist with documentation updates into a single, auditable commit.

Core Features & Use Cases

  • Reads specs/plan/M<N>.md to determine milestone scope and FRs.
  • Bumps four release files, regenerates docs, and prompts for approval before committing.
  • Ensures an auditable, human-reviewed release flow that does not push automatically.

Quick Start

Invoke /ship-milestone M<N> to release the most recent active milestone as a single, reviewed release commit.

Frequently Asked Questions about ship-milestone

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

FAQPage Schema
How do I automate a software milestone release with a single commit?

Automate a milestone release by aggregating plan and spec data, applying version bumps, updating changelogs, and generating one reviewable commit. The skill prompts for human approval before committing, ensuring an auditable release flow without automatic pushes.

What is an atomic milestone release and why do I need human approval?

An atomic milestone release bundles version bumps, changelog updates, and documentation regeneration into a single auditable commit. Human approval gates the commit to prevent unreviewed changes, ensuring error-free manual coordination of specs and release docs.

How do I update changelogs and release docs during a version bump?

Update changelogs and release docs by applying scripted transformations to four release files, including CLAUDE.md. The process reads milestone scope from plan files, regenerates documentation, and prompts for a codename and summary text before finalizing the commit.

Can I use this automated release workflow without a continuous integration server?

Yes, the workflow runs locally without dependencies or CI components. It reads specs directly from your repository, applies version bumps, and pauses for human approval before generating a commit, making it suitable for local execution.

What's the best way to coordinate spec files and documentation for a release?

Coordinate spec files and documentation by aggregating plan data to determine milestone scope, then regenerating release docs and applying version bumps in one atomic commit. This ensures changelogs and CLAUDE.md updates stay synchronized with your spec requirements.

Why does my milestone release commit include unrelated documentation changes?

Documentation changes occur because the release process regenerates docs and updates CLAUDE.md alongside version bumps to maintain synchronization. This bundling is intentional, ensuring the single atomic commit reflects the complete milestone scope and all related artifacts.