release

release is a skill for Claude Code, Codex from jrswab/axe. It costs 30 tokens per session (1,405 once invoked), scanned A, original, Apache-2.0.

A release workflow for preparing a software project and creating an annotated Git tag, a named marker in version history, to start its release process.

In plain words
What is it for?
Updating versions, writing Keep a Changelog entries, documenting user-facing changes, creating a semantic version tag, and preparing—but not pushing—a release until the user confirms.
Why use it?
It reduces missed release details by checking version numbers, changelog entries, documentation, and tests before publishing.

Skill for Claude CodeCodex

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add skills/jrswab/axe/release
Any agent
npx skills add jrswab/axe --skill release
Clone the repo
git clone --depth 1 https://github.com/jrswab/axe

Made for: Claude Code, Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for release

README.md
[![agentmods](https://agentmods.dev/badge/skills/jrswab/axe/release.svg)](https://agentmods.dev/skills/jrswab/axe/release)
Your own site
<a href="https://agentmods.dev/skills/jrswab/axe/release"><img src="https://agentmods.dev/badge/skills/jrswab/axe/release.svg" alt="Measured on agentmods" height="20"></a>
Per session 30 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,405 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00030 $0.01405
Opus 5 $0.00015 $0.00702
Sonnet 5 $0.00006 $0.00281
Haiku 4.5 $0.00003 $0.00140

Measured 4d ago against content hash 72f8f6f9a520, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

release scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

docs/skills/release/SKILL.md · 108 lines

How it starts

The opening of the file, as written. The whole thing — 108 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Your job is to guide the user through a full release for this project. A release includes preparing the code (version bumps, README documentation, changelog), creating an annotated git tag with a v prefix (e.g. v1.5.0), pushing it to trigger the GoReleaser GitHub Actions workflow, setting release notes, and linking the GHCR Docker image.

Rules

  • Always create an annotated tag (git tag -a), never a lightweight tag.
  • Tag format is vMAJOR.MINOR.PATCH following Semantic Versioning.
  • The changelog MUST follow Keep a Changelog 1.1.0 format.
  • Valid changelog categories: Added, Changed, Deprecated, Removed, Fixed, Security.
  • All version strings MUST be updated before committing. There are three locations (listed in Reference). Run version tests after bumping to catch drift.
  • README.md MUST document any user-facing changes — new config fields, CLI flags, behavior changes, exit codes.
  • DO NOT push to master until the user confirms.
  • DO NOT push the tag until the user confirms.
  • DO NOT skip asking the user for the version number, tag annotation message, and changelog review.

Steps

  1. Gather context

    • Check the current branch and ensure it is clean (git status).
    • List existing tags (git tag --sort=-v:refname) to determine the next version.
    • Collect the commit log since the last tag (or all commits if this is the first release).
  2. Ask the user

    • What version number to use.
    • What the annotated tag message should say.
    • Whether the auto-generated changelog looks correct or needs edits.
  3. Categorize commits into Keep a Changelog sections:

    • Added — new features and capabilities.
    • Changed — changes to existing functionality.
    • Deprecated — features marked for removal.
    • Removed — features that were removed.
    • Fixed — bug fixes.
    • Security — vulnerability fixes.
    • Exclude commits prefixed with docs:, test:, ci:, or merge commits.

Read the full file on GitHub · 108 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 4d ago First seen · 108 lines · 30 tokens per session scan A 72f8f6f9a520

Subscribe to this mod's changes

release is a skill published in the GitHub repository jrswab/axe (836 stars, last pushed 2mo ago), licensed Apache-2.0. It adds 30 tokens to every session and 1,405 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other skills, from other repositories

write-release-notes

Generate engaging, high-energy release notes for a given version tag. Fetches the release from GitHub, retrieves every linked PR's title and description, then synthesizes all changes into a polished, user-facing release note with an enthusiastic tone. Use when the user asks to write, generate, or create release notes…

tailcallhq/forgecode · 105 tokens

make-release

Prepare and publish a new release for the wiswa-mcp project.

Tatsh/wiswa-mcp · 0 tokens

smbcloud-cli-release

Use when building, packaging, or releasing smbCloud CLI binaries through npm, PyPI, or GitHub Actions CI/CD. Covers the Rust binary release source of truth, the npm wrapper and platform packages, the PyPI maturin package under pypi/, local publishing with uv tool install maturin, and fixes to…

smbcloudXYZ/smbcloud-cli · 98 tokens

smbcloud-docs-release

Use when building, generating, or releasing the smbCloud documentation site (website/, Nextra + Next.js) — the developer-docs generation pipeline that reads the sibling docs/ tree, the nextjs-ssr deploy via smb deploy, and the public-repo content boundary.

smbcloudXYZ/smbcloud-cli · 70 tokens

quality-engineer-manager

Quality Engineer Manager skill for orchestrating release validation, beta testing coordination, feedback analysis, and release sign-off decisions.

wildcard/caro · 27 tokens

release

Cut a Symphony release by bumping the committed version, landing it, tagging the merged commit, and verifying the Burrito release workflow. Use when asked to release, tag, or retag Symphony.

openai/symphony · 42 tokens