SuperAPI AI Directory

cull-release

General & other

View repository

Updated 10-16 08:48

About this skill

Cull Release

Principle

Orchestrate Cull's repository-enforced phases; never recreate release logic in the skill. Read references/phase-contracts.md before acting.

Start or resume

  1. Resolve Cull from a matching current origin, absolute CULL_REPO, or $HOME/ai_projects/cull.
  2. For a new release, require explicit patch|minor|major; never infer it.
  3. Use cull-release-check. Stop on every blocker.
  4. Use cull-release-prepare in its isolated worktree.
  5. Use cull-release-publish after preparation. An explicit complete-release request already authorizes publication: Do not ask for a second publication confirmation.
  6. Use cull-release-verify after GitHub publication and Homebrew promotion.
  7. On interruption, derive the last verified state from commit, tag, workflow, artifacts, release, and tap evidence. Resume the first incomplete phase; do not repeat completed work.
  8. Route every mismatch or failed phase through cull-release-recover.

Before the first tag of a cycle, read references/release-lessons-2026-09.md — it documents the failure modes that cost four burned attempts in the v0.6.x cycle (record-anchor vs workflow-gate mismatch, dependabot staleness races, closed-bead bd filter, provenance type drift) and the exact tag-time sequence that avoids them.

Completion report

Report version, release commit, annotated tag object, workflow run, artifact hashes, release URL, Homebrew tap commit, and final post-publish-verified state. Do not print secret values.