AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Release Cut

skill-zakelfassi-skills-driven-development-release-cut · by zakelfassi

Cut a versioned release for shipctl — bump the version, generate a changelog from conventional commits, create and push the git tag, and draft a GitHub release with cross-compiled binaries attached. Use when preparing a new release, when asked to "cut a release", or when the version needs bumping after a sprint.

No reviews yet
0 installs
31 views
0.0% view→install

Install

$ agentstack add skill-zakelfassi-skills-driven-development-release-cut

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-zakelfassi-skills-driven-development-release-cut)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
3mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Release Cut? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Release Cut

Bump the version, generate a changelog, tag, and publish a GitHub release for shipctl.

Inputs

  • Target version (semver, e.g. 1.2.0 or patch/minor/major)
  • Release channel (defaults to stable; pre for release candidates)
  • Skip binary attach? (boolean, defaults to false)

Steps

  1. Verify the working tree is clean

``bash git status --porcelain `` If dirty, commit or stash before proceeding.

  1. Run the full test suite

``bash cargo test --workspace `` Abort if any test fails.

  1. Run the breaking-change audit (invoke the breaking-change-audit skill)

Confirms no accidental public-interface regressions before tagging.

  1. Bump the version

``bash # For Rust: cargo set-version {version} # or edit Cargo.toml manually # For Go: # Update version constant in cmd/root.go ` Commit the version bump: `bash git commit -am "chore(release): bump version to {version}" ``

  1. Generate the changelog

``bash scripts/release-cut.sh --changelog-only {version} ` Review CHANGELOG.md — edit entries if the generated text is unclear. Commit: git commit -am "docs(changelog): {version} release notes"`

  1. Create and push the tag

``bash git tag -a "v{version}" -m "Release v{version}" git push origin "v{version}" ``

  1. Trigger cross-compile and attach binaries

The CI matrix builds all registered target triples (see cross-compile-matrix skill). Wait for the release workflow to complete: ``bash gh run watch --exit-status ``

  1. Draft the GitHub release

``bash gh release create "v{version}" \ --title "v{version}" \ --notes-file CHANGELOG.md \ --draft ` Review the draft, then publish: `bash gh release edit "v{version}" --draft=false ``

  1. Announce (if applicable)

Post in the team channel: title, key changes, install command: `` cargo install shipctl --version {version} ``

Conventions

  • Version tags always use the v prefix: v1.2.0, not 1.2.0
  • Changelog entries follow the Keep a Changelog format (Added / Changed / Deprecated / Removed / Fixed / Security)
  • Release candidates are tagged v1.2.0-rc.1
  • Binary naming: shipctl-{version}-{target}.tar.gz
  • Dry-run: scripts/release-cut.sh --dry-run {version} prints the plan without side effects

Edge Cases

  • Tag already exists: Delete the local tag, investigate what was released, never force-push a tag that CI has already processed.
  • Changelog is empty: Check that commits follow conventional format (feat:, fix:, etc.); if the log is legitimately empty, write a manual entry.
  • Binary attach fails: Re-run gh release upload "v{version}" dist/*.tar.gz; check that the CI artifact paths match what the release workflow uploads.
  • Yanked release: Use gh release delete "v{version}" + git push origin --delete "v{version}"; never publish a replacement under the same tag.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.