用途：为采用 Keep a Changelog 格式和 GitHub 仓库的项目提供端到端发布自动化，把版本号推断、CHANGELOG 更新、提交、分支推送、PR 创建/合并、打标签和 GitHub Release 发布串成一条流程。
主要能力：单一确认门（用户只看一次完整计划并批准，之后不再中断）；自动检测版本文件（VERSION、package.json、pyproject.toml、Cargo.toml）；根据 [Unreleased] 下的标题推断 bump 级别（Breaking Changes/Removed 为 major，Added 为 minor，Fixed/Changed/Security 为 patch）；生成 CHANGELOG 与 Release notes 草稿；合并到默认分支后再打 tag，确保 tag 指向默认分支可达提交；通过 scripts/release-verify-publish.sh 验证发布结果。
使用方式：入口为 harness-release、/release、/release patch|minor|major、/release --dry-run。无参数调用时按“提交现有工作并完成 PR/main 反映后发布”处理，先执行 Review Gate 与 Work Commit Gate。--dry-run 只展示计划不执行。
适用场景：需要规范化发布流程、希望减少人工确认次数的 GitHub 项目；含 Claude 插件清单的项目还会额外生成插件 tag。
限制：要求 CHANGELOG.md 为 Keep a Changelog 格式且含 [Unreleased] 段，需安装并认证 gh CLI，git 远程 origin 指向 GitHub；标题写法需符合标准子节，表记差异无法识别；工作树必须干净；发布本身不直接执行，而是委托给 .github/workflows/release.yml。其他细节暂未提供。