release-tag
Release Tag
Create a signed git release tag and push it. The workflow is interactive — the user confirms every step before anything is pushed.
Workflow
1. Ensure the default branch is current
Detect the default branch — don't assume main:
git remote show origin | sed -n '/HEAD branch/s/.*: //p'
Then checkout and pull:
git checkout <default-branch> && git pull origin <default-branch>
If the working tree has uncommitted changes, stop and tell the user. Don't stash or discard anything — let them decide.
2. Find the latest tag
git describe --tags --abbrev=0
Parse the version components (e.g., v1.21.3 → major=1, minor=21, patch=3). If no tags exist, start from v0.1.0.
3. Determine the next version
Look at commits since the last tag to decide whether this is a minor or patch bump:
git log <latest-tag>..HEAD --oneline
Patch bump (v1.21.3 → v1.21.4): Only bug fixes, docs, chores, refactors, dependency bumps, or minor tweaks. Look for commit prefixes like fix, chore, docs, refactor, perf, style, ci, build.
Minor bump (v1.21.3 → v1.22.0): Any new features or meaningful behavior changes. Look for commit prefixes like feat, or commits that clearly add new functionality even without conventional commit prefixes.
Never bump major. If commits look like breaking changes, still suggest a minor bump and note the breaking changes to the user.
When in doubt, default to patch.
4. Present the plan and ask for confirmation
Show the user:
- Current latest tag
- The commits since that tag (short log)
- Your recommended version and why (minor vs patch)
- The exact commands that will run
Use AskUserQuestion to let them confirm or pick a different version. Offer both the minor and patch options so they can override your recommendation.
5. Create and push the tag
Only after the user confirms:
git tag -s v<VERSION> -m "v<VERSION>"
git push origin v<VERSION>
Use git push origin v<VERSION> (pushing the specific tag) rather than git push --tags to avoid accidentally pushing other local tags.
6. Confirm success
Show the tag that was created and a link to the releases page if it's a GitHub repo (check with git remote get-url origin).
More from s0up4200/skills
mobile-adapt
Use when a user wants a site, app, screen, flow, dashboard, or full project adapted for phones or mobile web, or mentions responsive/mobile-first/iPhone/iOS Safari/touch/safe-area/landscape/keyboard issues. Also use for mobile audits, mobile regressions, small-screen layout fixes, bottom navigation redesigns, form/table/chart adaptation, or iPhone-specific usability work.
12claude-code-docs
Search and reference official Claude Code documentation locally. Use whenever the user asks about Claude Code features, configuration, hooks, MCP, settings, permissions, CLI flags, IDE integrations, plugins, skills, agent teams, scheduled tasks, sub-agents, custom agents, worktrees, session management, Desktop app features, or any other Claude Code capability. Also use when you need to look something up yourself mid-task — checking hook schemas, CLI flags, environment variables, settings format, etc. Prefer this over web fetching for Claude Code docs. Claude Code evolves fast — features like custom agents (.claude/agents/), session forking (/branch), /batch, live app preview, and worktree support are newer and not reliably in model training data, so always check the docs rather than guessing.
7retro
>-
3platform-docs
Search and reference official Anthropic platform documentation locally. Use whenever the user asks about the Claude API, Anthropic SDKs (Python, TypeScript), REST API endpoints, models, pricing, tool use, computer use, MCP server protocol, prompt engineering, extended thinking, prompt caching, vision, batch processing, Agent SDK, embeddings, streaming, structured outputs, citations, context windows, token counting, files API, PDF support, multilingual support, model deprecations, rate limits, error codes, or any other Anthropic platform capability. Also use when you need to look up API details yourself mid-task — checking request/response schemas, SDK method signatures, authentication, or endpoint parameters. Prefer this over web fetching for Anthropic API and platform docs. NOT for Claude Code (the CLI tool) — use claude-code-docs for that.
2libtorrent
Answer questions about the libtorrent C++ BitTorrent library using a local scraped mirror of libtorrent.org docs and blog posts. Use this skill whenever the user asks about libtorrent settings, APIs, performance tuning, building libtorrent, the piece picker, DHT, BitTorrent v2, alerts, torrent_handle, session configuration, or any other libtorrent-specific topic. Also trigger when the user mentions libtorrent by name, references libtorrent classes like session, torrent_handle, settings_pack, or asks about BitTorrent implementation details that libtorrent covers. Invoke via /libtorrent or automatically when the context matches.
1emotional-awareness
>-
1