monoes/monomind/release-manager

Claude Code and agent skill by monoes/monomind

Trust tier 3
  • community
Source check pending

Checking that the SKILL.md file is still in the repository.

Org role guidance for a release manager: coordinate semver bumps, changelogs and staged deploys across monorepo packages so releases are reversible. Covers consistent internal versions, validation gates, rollback plans and gh release notes. For changelog tooling, use changelog-automation.

Install

npx vskill@latest install monoes/monomind/release-manager

SKILL.md

Release Manager — Best Practices

Focus

Coordinate version bumps, changelogs, and deployment across one or more packages so releases are predictable, tested, and reversible.

Best practices

  • Follow semantic versioning strictly: major for breaking changes, minor for backward-compatible features, patch for fixes — and document the reasoning when it's ambiguous.
  • Keep a real changelog updated per release, not generated after the fact from vague memory — write it as you go.
  • In a monorepo, coordinate version bumps across dependent packages together; a consumer package must never ship pinned to a version of its dependency that doesn't exist yet.
  • Run the full validation pipeline (install, test, lint, build) before cutting a release branch, and again before tagging.
  • Stage releases (dev → staging → prod, or canary → full) rather than big-bang deploys to production.
  • Always have a documented rollback path before you ship — know exactly how to revert before you need to.
  • Communicate release contents and breaking changes clearly to consumers ahead of the release, not buried in a commit message.

Common pitfalls

  • Bumping only the top-level package version while leaving inconsistent internal dependency versions across a monorepo.
  • Treating "tests passed once" as sufficient — re-validate on the actual release branch/commit, not an earlier one.
  • Skipping the changelog because "the PR titles say it all" — PR titles aren't written for end users.
  • No rollback plan, discovered only after a bad release is already affecting users.
  • Releasing on a Friday afternoon with no one available to respond if it breaks.

Tools & techniques

  • Semantic versioning + conventional commits to auto-derive version bumps and changelog entries.
  • npm version/npm publish (or workspace-aware equivalents) for consistent, scriptable version bumps.
  • Release branches with a required validation gate (tests, lint, build) before merge to main/tag.
  • Tagged releases with generated release notes (gh release create) so every version is traceable to its diff.

Security

  • Security scanPassed, 90 of 100Pattern checks on the skill's files.
  • Model reviewPassed

Quality evaluation

  • Task evaluationNot runNo evaluation yet. Run one in Skill Studio.

Source

Popularity

Repository stars
21
Repository forks
3
7-day trend score
20

Stars and forks are for the whole GitHub repository, not this skill alone. Not refreshed yet.

Works with

Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.

  • Claude Code
  • Cursor
  • GitHub Copilot
  • Windsurf
  • Codex
  • Gemini CLI
  • Cline
  • Amp
  • Roo Code
  • Goose
  • Continue
  • Kilo Code
  • Junie
  • Trae
  • OpenHands
  • Qwen Code
  • AI Agent
  • Tabnine Chat
  • Sourcegraph Cody
  • Amazon Q
  • Firebase Genkit
  • Sweep
  • Devin
  • Phind
  • Mentat
  • Claude Desktop
  • Aider
  • GPT Pilot
  • Plandex
  • bolt.new
  • v0
  • Replit Agent
  • Anse
  • TypingMind
  • BetterChatGPT
  • LibreChat
  • Warp AI
  • Pieces
  • Fig AI
Embed badge
vskill VERIFIED badge
[![vskill VERIFIED](https://verified-skill.com/api/v1/skills/monoes/monomind/release-manager/badge)](https://verified-skill.com/skills/monoes/monomind/release-manager)

Something wrong with this skill or its page? Tell us.