glebis/claude-skills

cull-release-publish

Use when the user explicitly asks to publish or complete a prepared Cull release, or when the authorized cull-release orchestrator reaches publication after every repository and artifact gate passes.

First seen Jul 15, 2026

Installation

$ npx skills add glebis/claude-skills --skill cull-release-publish

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from glebis/claude-skills · top by installs.

npx skills add glebis/claude-skills

Browse all from glebis/claude-skills

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 372
License MIT
Default branch main
Open issues 6
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,726 B
  • docs SUMMARY.md 227 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 21 installs

SKILL.md

Cull Release Publish

Authority

An explicit “Release Cull patch|minor|major” or direct “Publish prepared Cull release X.Y.Z” request authorizes publication. Do not ask for another confirmation after gates pass. That authority does not waive or bypass any gate.

Implicit invocation is disabled. Without that explicit authority, stop before any tag, push, workflow dispatch, release, or tap mutation.

Publish

  1. Resolve the Cull checkout and parse one JSON envelope from

npm run release:cull -- state show --version "$VERSION" --json.

  1. Require state prepared, exact metadata, a clean release commit already pushed

on main, green required checks, active branch/tag protection, publication enablement, and no conflicting tag.

  1. Create one annotated tag for the prepared commit and push that tag normally.

Never move, replace, or force-push a tag.

  1. Watch the tag-bound GitHub release workflow. Never substitute a local build.
  2. Require the secret-free verifier's exact artifact inventory, signatures,

notarization, checksums, and provenance before automatic publication.

  1. Wait for checksum-pinned Homebrew promotion and its audit/install/launch proof.
  2. Record evidence transitions through published and homebrew-promoted using

the repository CLI's state commands.

On failure, use cull-release-recover. Never delete or rewrite a tag, delete a release, replace published assets, bypass verification, or force workflow state.