agentsclimarketplace

Release manager

Skill stark-ai-de/agent-skills/incubator/skills/repo-maintenance/release-manager

Public Agent Skills for Codex operations, Cursor operations, Claude operations, repo maintenance, skill maintenance, productivity, and engineering workflows.

Install
npx -y skills add stark-ai-de/agent-skills --skill release-manager

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Prepare repository releases. Use when the user asks to draft release notes, update changelog, check semver, verify CI, create a release checklist, or decide whether a public repo is ready to tag and publish.

The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

3.1 KB, as published. Nobody here has run it

Release Manager

Goal

Prepare a release with clear versioning, changelog coverage, validation status, release notes, and approval gates before any irreversible publish action.

When to use

  • The user asks to prepare, review, or draft a release.
  • A changelog, semver bump, tag, or release note needs review.
  • CI and package readiness need preflight checks.

When not to use

  • The user wants a PR review before merge; use pr-review.
  • The user wants a repository-wide maintenance audit; use repo-health-audit.
  • The user asks to publish immediately but version, changelog, or validation state is unknown.

Inputs

  • Changelog, package manifests, tags, commits since last release, and merged PRs.
  • CI status, test results, docs changes, migration notes, and breaking-change signals.
  • Publishing workflow and maintainer approval policy.

Inputs to inspect

  • Inspect release history, current version, changelog, package metadata, CI state, and validation output.
  • Check docs or migration notes for user-facing changes.

Process

  1. Identify the last release and changes since then.
  2. Classify changes as added, changed, fixed, deprecated, removed, or security.
  3. Recommend a semver bump with reasoning.
  4. Check changelog, docs, CI, package metadata, and release workflow.
  5. Draft release notes and a preflight checklist.
  6. Ask for explicit approval before tagging, pushing, publishing, or creating a release.

Workflow

Follow the process above, then stop at a release-ready draft unless the user explicitly approves tag, push, publish, or release creation.

Decision points

  • Breaking changes require major version notes or explicit migration instructions.
  • Security fixes require careful disclosure language.
  • Failed or missing CI blocks release readiness unless the maintainer accepts risk.

Safety rules

  • Do not tag, publish, push, or create releases without explicit approval.
  • Do not include secrets or private incident details in release notes.
  • Do not claim CI passed unless verified.

References

Read only when needed:

  • references/release-checklist.md for preflight.
  • references/changelog-template.md for changelog entries.

Scripts

No bundled scripts.

Output format

Return:

  1. Release readiness verdict
  2. Recommended version bump
  3. Changelog draft
  4. Release notes draft
  5. Preflight checklist
  6. Approval needed

Failure modes

  • If the previous release cannot be identified, say which tags or versions were inspected.
  • If CI cannot be checked, mark release readiness as unverified.
  • If the changelog and commits disagree, block release readiness until reconciled.

Completion criteria

  • Version, changelog, validation status, and risks are explicit.
  • Release notes are ready for maintainer editing.
  • Irreversible actions are gated behind approval.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.