release

release is a skill for Claude Code, Codex from st0012/cctop. It costs 82 tokens per session (1,228 once invoked), scanned A, original, MIT.

A guided process for releasing new versions of the cctop software. It covers version changes, automated checks, packaging, signing, publishing, and verifying the release.

In plain words
What is it for?
Use it when preparing or shipping a cctop version, including bumping the version, creating a release tag, monitoring the build, and checking downstream release details.
Why use it?
It reduces the chance of shipping the wrong version, broken packages, or incomplete update information. It also distinguishes preparing a release from authorizing its publication.

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/st0012/cctop/release
Any agent
npx skills add st0012/cctop --skill release
Clone the repo
git clone --depth 1 https://github.com/st0012/cctop

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/st0012/cctop/release.svg)](https://agentmods.dev/skills/st0012/cctop/release)
Your own site
<a href="https://agentmods.dev/skills/st0012/cctop/release"><img src="https://agentmods.dev/badge/skills/st0012/cctop/release.svg" alt="Measured on agentmods" height="20"></a>
Per session 82 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,228 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.00082 $0.01228
Opus 5 $0.00041 $0.00614
Sonnet 5 $0.00016 $0.00246
Haiku 4.5 $0.00008 $0.00123

Measured 3d ago against content hash 68331fe9285e, 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 3d 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.

.agents/skills/release/SKILL.md · 67 lines

How it starts

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

Cutting a cctop Release

Releases are triggered by pushing a v* tag. .github/workflows/release.yml then runs: build (arm64 + x86_64, zip + DMG each) -> sign and notarize -> create GitHub Release -> update Sparkle appcast on master -> update Homebrew cask.

Authorization and checks

  • Treat an explicit request to release, cut, or ship a version as authorization for the complete release: assess scope, run proportionate checks, bump and land the version, push the tag, supervise publication, and verify downstream metadata. Do not insert another routine approval gate when all expected checks pass.
  • A request to prepare, assess, or check whether ready is not publication authorization. Stop before the tag and ask for the final go.
  • Before proposing or adding any release check, state its reason in plain language: name the concrete failure or release risk it covers and why the shipped changes make that risk relevant. Do not propose a check merely because an older or larger release used it.
  • Scale checks to the release. Previously approved PR tests are feature evidence; release checks should cover integration, versioning, packaging, and risks introduced by the exact release range. Patch releases should not inherit major-release manual tests without a specific reason.
  • Once an authorized release's checks pass, continue automatically. Stop only when a check fails unexpectedly, the release range/version is ambiguous, unrelated changes appear, publication requires a genuinely new product decision, or the developer asks to pause.
  • Never merge feature PRs; the developer merges them. The approved release bump may land by the agreed repository path.

1. Establish the release contract

  1. Sync and review what's shipping: git pull then git log $(git describe --tags --abbrev=0)..origin/master --oneline.
  2. Propose or confirm the semver bump and a short changelog summary.
  3. State how the bump commit will land. Direct push to master is allowed for this repo; most releases use this path. Use a PR if the developer prefers.
  4. List the release checks and give one concise reason for each. Remove checks whose reason is only habit or duplication of already-approved feature evidence.
  5. If the developer explicitly requested the release and the version/scope are clear, continue. If they only requested preparation/readiness assessment, stop for approval.

Read the full file on GitHub · 67 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. 3d ago First seen · 67 lines · 82 tokens per session scan A 68331fe9285e

Subscribe to this mod's changes

release is a skill published in the GitHub repository st0012/cctop (147 stars, last pushed 16d ago), licensed MIT. It adds 82 tokens to every session and 1,228 once invoked, about $0.0004 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.