cull-release
Use when orchestrating or resuming Cull's complete release cycle, reporting its current release state, or fulfilling an explicit Cull patch, minor, …
它会碰到什么
这一栏是扫描器报的事实，不是结论。命中多不等于有毒（安全工具、规则库、示例脚本本来就会包含危险写法），命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系，需要你自己看。
技能内容
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
- Resolve Cull from a matching current origin, absolute
CULL_REPO, or
$HOME/ai_projects/cull.
- For a new release, require explicit
patch|minor|major; never infer it. - Use cull-release-check. Stop on every blocker.
- Use cull-release-prepare in its isolated worktree.
- Use cull-release-publish after preparation. An explicit complete-release
request already authorizes publication: Do not ask for a second publication confirmation.
- Use cull-release-verify after GitHub publication and Homebrew promotion.
- 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.
- 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.
想直接用这个技能？
本站把开放许可（MIT / Apache 等）的技能按仓库打包整理到网盘，点一下转存到你自己的网盘，不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接，不打包。