用途：编排或恢复 Cull 的完整发布周期，报告其当前发布状态，并处理显式的 patch、minor、major 发布请求。原则是编排 Cull 由仓库强制执行的各个阶段，绝不在技能内重建发布逻辑；行动前须阅读 references/phase-contracts.md。
启动或恢复：从匹配的当前 origin、绝对路径 CULL_REPO 或 $HOME/ai_projects/cull 解析 Cull。新发布必须显式指定 patch|minor|major，不得推断。依次使用 cull-release-check（遇阻塞即停止）、cull-release-prepare（在隔离 worktree 中）、cull-release-publish（准备后执行；显式完整发布请求已授权发布，不再二次确认）、cull-release-verify（GitHub 发布与 Homebrew 推广之后）。
中断恢复：从 commit、tag、workflow、artifacts、release 和 tap 证据推断最后已验证状态，从首个未完成阶段继续，不重复已完成工作。任何不匹配或失败阶段都交由 cull-release-recover 处理。一个周期首次打 tag 前，须阅读 references/release-lessons-2026-09.md，其中记录了 v0.6.x 周期四次失败的模式（record-anchor 与 workflow-gate 不匹配、dependabot 陈旧竞态、closed-bead bd 过滤器、provenance 类型漂移）及可避免这些问题的确切打 tag 时序。完成报告应包含版本、发布 commit、附注 tag 对象、workflow 运行、产物哈希、发布 URL、Homebrew tap commit 及最终 post-publish-verified 状态，不得打印密钥值。适用场景为 Cull 项目的发布编排与恢复；限制是必须依赖仓库既有的阶段契约与引用的参考文档，且发版类型须显式提供。