用途：为一个明确请求的 GitHub Release 做准备与发布，只在用户批准确切的标签与发布说明之后才执行发布。不用于普通提交、包（npm、PyPI、NuGet、容器等）发布或社区通告。
主要能力：建立发布范围与证据（检查 Git 历史、标签、diff、提交正文，读取清单与文档）；按仓库已声明的版本策略确定版本与标签，避免与已有标签冲突；撰写按用户成果分组的发布说明，含验证过的安装/更新命令与迁移步骤；运行仓库发布门禁与相关检查；提交、推送发布提交，确认 CI 通过后创建注解标签（不强制推送）；用文件承载批准后的说明创建 GitHub Release，并通过托管 API 核验标签、目标提交、标题、正文与 URL；在安装面变化时进行隔离环境的安装验证。
使用方式：先确认用户明确请求发布并确定仓库、目标与受众；读取仓库发布规则；验证具备已认证的 GitHub 发布能力与权限；要求干净工作区或明确排除无关改动；随后按清单逐项以证据标记为 PENDING、PROVEN、CLEARED 或 UNPROVEN，并在提交版本改动、打标签、发布前等待用户对确切提案的明确批准。通过 shell 发布时使用临时说明文件，以免 Markdown、引号与代码块被重新解释；凭据保存在宿主凭据存储中，不得回显。
适用场景：需要可复现、受控且经批准的 GitHub 发布流程的仓库。
限制：若发布标识或标签仍不明确应停止询问；标签冲突为阻塞项，绝不覆盖；未经批准不得删除或移动已发布标签，不得覆盖已有 Release 或用强制手段掩盖问题；发布结果为 RELEASED、READY、PARTIAL、BLOCKED 四种裁决之一；资料未提供具体仓库策略细节、安装命令示例与 API 用法。