kesha-voice-kit: Skill for Claude Code

.claude/skills/release-mechanics/SKILL.md

release-mechanics is a skill for Claude Code from drakulavich/kesha-voice-kit. It costs 115 tokens per session (6,759 once invoked), scanned C, original, MIT.

A release guide for a project whose command-line tool and underlying engine have separate version numbers. It explains how those versions, source files, tags, builds, publishing, and continuous-integration jobs must relate.

In plain words
What is it for?
Use it when bumping versions, creating tags or releases, publishing packages, changing release pull requests, updating the build feature matrix, linking with Bun, or editing CI jobs that download the engine.
Why use it?
It prevents a release from pointing users or automated builds at the wrong engine version. It also clarifies when a change needs an engine release and when only the command-line tool version should change.

Skill for Claude Code

Written for Claude Code: installed under .claude/.

This is drakulavich/kesha-voice-kit's own configuration. It tells Claude Code how to work on kesha-voice-kit itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything kesha-voice-kit configures →

Needs its repository: it runs a file that does not travel with it, so clone the repository first. The line is -f tag="$(bun .github/scripts/derive-alpha-version.ts engine 1.24.8 | sed -n 's/^tag=//p')" \.

Reuse

Borrowing it

Nothing to install: this file belongs to drakulavich/kesha-voice-kit. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/drakulavich/kesha-voice-kit/main/.claude/skills/release-mechanics/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/drakulavich/kesha-voice-kit

Made for: Claude Code.

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-mechanics

README.md
[![agentmods](https://agentmods.dev/badge/skills/drakulavich/kesha-voice-kit/release-mechanics/github.svg)](https://agentmods.dev/skills/drakulavich/kesha-voice-kit/release-mechanics)
Your own site
<a href="https://agentmods.dev/skills/drakulavich/kesha-voice-kit/release-mechanics"><img src="https://agentmods.dev/badge/skills/drakulavich/kesha-voice-kit/release-mechanics/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for release-mechanics

Your own site · 80×15
<a href="https://agentmods.dev/skills/drakulavich/kesha-voice-kit/release-mechanics"><img src="https://agentmods.dev/badge/skills/drakulavich/kesha-voice-kit/release-mechanics.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 115 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 6,759 The whole file, excluding the scripts and references it only reads on demand.
Security scan C 2 findings. A grade says what 26 rules found in the file — not that it is safe.
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.1 $0.00115 $0.06759
Opus 5 $0.00057 $0.03379
Sonnet 5 $0.00023 $0.01352
Haiku 4.5 $0.00012 $0.00676

Measured 2d ago against content hash e39e54b5cb96, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-11, from the pricing page.

Security

Grade C, and why

release-mechanics scanned grade C with 2 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 2d 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.

Recursive force deletehighDestructive command

rm -rf with a variable or a broad path is one typo away from removing the wrong tree.

SMOKE=/tmp/kesha-vX.Y.Z-smoke && rm -rf "$SMOKE" && mkdir "$SMOKE" && cd "$SMOKE"

Makes network callslowCapability

Not a fault in itself. Listed so you know the mod talks to something, and to what.

5. Validate draft assets before un-drafting. Authenticated `gh release download` works on drafts; anonymous `curl` / `kesha install` 404s. Release drafts must include `SHA256SUMS`, `kesha-release-manifest.json`, one `*.s
.claude/skills/release-mechanics/SKILL.md · 238 lines

How it starts

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

Release mechanics

RELEASE PROCESS — CLI AND ENGINE ARE VERSIONED INDEPENDENTLY

package.json#version (CLI) and package.json#keshaEngine.version (engine, mirrored in rust/Cargo.toml) are decoupled. src/engine-install.ts downloads v${keshaEngine.version} with fallback to package.json#version.

Version drift gate: bun .github/scripts/check-versions.ts (bun run check:versions, CI "🔢 Check version drift") enforces:

  1. keshaEngine.version === rust/Cargo.toml#version — one engine version stored twice; drift makes kesha install fetch the wrong source/release.
  2. package.json#version >= keshaEngine.version — CLI may lead for CLI-only patches, never lag.

CLI-only patch (docs, TS, plugin): bump package.json#version and the two server.json versions with it (rule 4 rejects the commit otherwise); leave keshaEngine.version + rust/Cargo.toml; PR CI uses the existing engine; merge; create a marker release:

CLI-only is allowed only when the changed CLI surface works against the already-published engine pinned by package.json#keshaEngine.version. If a CLI command delegates to a new engine subcommand, capability flag, feature behavior, or output contract, it is an engine release: bump package.json#keshaEngine.version, rust/Cargo.toml, and rust/Cargo.lock together. Before cutting any v*-cli marker, smoke-test new/changed CLI commands against the published pinned engine, not only a repo-local engine build. The v1.18.2-cli / v1.18.3-cli mistake was exposing kesha record while the pinned published engine was still v1.18.0 and did not implement kesha-engine record.

git tag -a vX.Y.Z-cli --cleanup=verbatim -F notes.md && git push origin vX.Y.Z-cli
npm view @drakulavich/kesha-voice-kit version   # a few minutes, expect X.Y.Z

v*-cli is excluded from build-engine.yml and picked up by 🚀 Release (CLI) (release-cli.yml), which builds the Linux .deb/.rpm, creates the marker release as a draft with them plus SHA256SUMS, un-drafts it, then dispatches 📦 npm Publish and waits for it. Its body is the tag annotation followed by one generated line whose engine half is computed against the previous stable -cli tag's pin — the marker is how a new engine reaches users, and the line used to assert "(unchanged)" on exactly those releases (#788). A lightweight tag is still accepted; it just contributes no notes. Un-drafting from a workflow fires no release: published (a GITHUB_TOKEN event does not cascade), so the dispatch is explicit — which is also why the tag must be pushed by a human: a token-pushed tag triggers nothing. That is by design for the alpha lane, whose -cli tags have no GitHub release.

Read the full file on GitHub · 238 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. 2d ago Changed e39e54b5cb96
  2. 8d ago Changed dc0d297c4f3a
  3. 12d ago First seen · 238 lines · 115 tokens per session scan C 4c86bf01add9

Subscribe to this mod's changes

release-mechanics is a skill published in the GitHub repository drakulavich/kesha-voice-kit (73 stars, last pushed 2d ago), licensed MIT. It adds 115 tokens to every session and 6,759 once invoked, about $0.0006 per session on Opus 5. A static security scan graded it C with 2 findings (recursive force delete, makes network calls). 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

ship

Ship workflow: detect + merge base branch, run tests, review diff, bump VERSION, update CHANGELOG, commit, push, create PR. Use when asked to "ship", "deploy", "push to main", "create a PR", "merge and push", or "get it deployed". Proactively invoke this skill (do NOT push/PR directly) when the user says code is…

GCWing/BitFun · 105 tokens

benchmark

Run performance + quality benchmarks. ASR reports WER, RTF, process memory, and throughput across engines/variants. Arguments include asr, tts, vad, diarize, asr-quick.

soniqo/speech-swift · 0 tokens

review-pr

Review a pull request for conceptual fit, architecture impact, adversarial failure modes, security risk, docs impact, regression risk, test coverage, and merge readiness. Use when asked to review a PR, check whether a PR is safe to merge, decide if more tests are needed, perform adversarial or security review, or…

soniqo/speech-swift · 71 tokens

commit-pr

Mandatory Codex/Copilot publication adapter for opencode-swarm. Use for every GitHub issue assignment that results in code changes, commits, pushes, draft PRs, PR body edits, PR readying, release notes, or CI closeout. Must be loaded before git push, gh pr create, gh pr edit, or gh pr ready. Routes to the single…

ZaxbyHub/opencode-swarm · 100 tokens

contributing

Codex adapter for the opencode-swarm contribution checklist. Use when preparing user-visible changes, release note fragments, local validation, branch hygiene, PR checklist items, or contribution-policy compliance before publishing work.

ZaxbyHub/opencode-swarm · 44 tokens

release-aur

Use when creating, updating, reviewing, or publishing Arch User Repository (AUR) packages. Runs /release-aur plan first, reviews PKGBUILD/.SRCINFO/build/namcap evidence, and only recommends /release-aur publish after a GO decision.

Firstp1ck/pi-coding-agent-forge · 57 tokens