prep-release

prep-release is a skill for Claude Code from koaning/wigglystuff. It costs 0 tokens per session (910 once invoked), scanned A, original, MIT.

A release-preparation workflow for a Python project that updates its version, changelog, and documentation before a new release. A changelog is a dated list of changes included in each version.

In plain words
What is it for?
Use it to prepare a release by checking the current version, adding a changelog entry, updating widget reference pages, and checking release-related files.
Why use it?
It reduces the chance of forgetting the version number, release notes, or documentation entries when packaging a release.

Skill for Claude Code

Written for Claude Code: installed under .claude/. Also seen: mentions CLAUDE.md.

Good fit Use it to prepare a release by checking the current version, adding a changelog entry, updating widget reference pages, and checking release-related files.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/koaning/wigglystuff/prep-release
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.

Any agent
npx skills add koaning/wigglystuff --skill prep-release
Clone the repo
git clone --depth 1 https://github.com/koaning/wigglystuff

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 prep-release

README.md
[![agentmods](https://agentmods.dev/badge/skills/koaning/wigglystuff/prep-release/github.svg)](https://agentmods.dev/skills/koaning/wigglystuff/prep-release)
Your own site
<a href="https://agentmods.dev/skills/koaning/wigglystuff/prep-release"><img src="https://agentmods.dev/badge/skills/koaning/wigglystuff/prep-release/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 prep-release

Your own site · 80×15
<a href="https://agentmods.dev/skills/koaning/wigglystuff/prep-release"><img src="https://agentmods.dev/badge/skills/koaning/wigglystuff/prep-release.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 0 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 910 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 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.00000 $0.00910
Opus 5.5 $0.00000 $0.00364
Sonnet 5.5 $0.00000 $0.00182
Haiku 4.5 $0.00000 $0.00091

Measured yesterday against content hash 7c140e7cd566, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

prep-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 yesterday.

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.

.claude/skills/prep-release/SKILL.md · 40 lines

How it starts

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

Release Preparation

Prepare a new wigglystuff release. Follow these steps:

Instructions

  1. Determine the new version: Read pyproject.toml for the current version and the latest entry in CHANGELOG.md. If the version has already been bumped, use that. Otherwise, bump the patch version (e.g., 0.2.24 -> 0.2.25).

  2. Bump version in pyproject.toml (if not already done).

  3. Add a changelog entry at the top of CHANGELOG.md following the existing format:

    • Use ## [x.y.z] - YYYY-MM-DD header with today's date
    • Add ### Added, ### Changed, ### Fixed, or ### Removed subsections as appropriate
    • Look at the git diff against main to determine what changed
  4. Update all documentation locations for any new widgets:

    • docs/reference/<widget-name>.md — create a reference doc following the pattern in existing reference pages (use ::: wigglystuff.module.ClassName mkdocstrings directive + a synced traitlets table)
    • zensical.toml — add the widget to the nav Reference section
    • docs/index.md — add to the appropriate gallery section (main gallery or 3rd party gallery)
    • readme.md — add to the appropriate gallery table (main gallery or 3rd party table)
    • docs/llms.txt — add a one-line entry in the appropriate section
    • CLAUDE.md — add a row to the quick reference table
    • wigglystuff/__init__.py — verify the widget is imported and listed in __all__
  5. For 3rd party widgets (those requiring non-core dependencies like neo4j, torch, wandb):

    • Place them in the "3rd party widgets" section of the galleries (not the main gallery)
    • Use a molab link for the demo instead of a local example page
    • Use MOLAB_LINK_HERE as a placeholder if the molab link is not yet available and tell the user they need to fill it in
    • Screenshot path should be docs/assets/gallery/<widgetname>.webp — tell the user if one is missing (run uv run python scripts/png_to_webp.py if a PNG was added)
  6. Check dependencies: Read pyproject.toml and verify that no 3rd party widget dependency (neo4j, torch, wandb, etc.) has been added to core [project] dependencies. These must only appear under [project.optional-dependencies] as extras. Core dependencies should only include packages needed by all widgets (anywidget, numpy, pillow, python-dotenv). If a 3rd party dep has leaked into core dependencies, remove it.

Read the full file on GitHub · 40 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. yesterday First seen · 40 lines · 0 tokens per session scan A 7c140e7cd566

Subscribe to this mod's changes

prep-release is a skill published in the GitHub repository koaning/wigglystuff (450 stars, last pushed yesterday), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 910 tokens. 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-10-14.