用途：该技能用于在仓库中搭建、审查或维护基于 release-please 的发布自动化与变更日志生成，适用于需要自动发布说明、发布工作流，或整理已有 release-please 配置的任务。工作应基于官方 googleapis/release-please 项目及其文档模式。
主要能力：检查已有发布自动化文件（如 .github/workflows/release-please.yml、.github/workflows/release.yml、release-please-config.json、.release-please-manifest.json、CHANGELOG.md）、包元数据（package.json、pyproject.toml）、标签与版本约定、提交历史与 PR 标题风格，以及仓库是否使用 Conventional Commits；判断单包仓库或 monorepo、应发布哪个组件、权威版本来源；在缺少可用发布自动化时，添加使用官方 release-please-action 的 GitHub Actions 工作流、配置文件及 manifest 文件；提升变更日志质量；完成前验证配置路径与版本文件是否存在。
使用方式：官方项目要求 release-please 解析 git 历史并期望 Conventional Commit 风格消息——fix: 对应补丁版本，feat: 对应次版本，! 或 BREAKING CHANGE 对应主版本。若版本方案不明确，优先匹配当前仓库而非另创新方案。通常职责包括打开发布 PR、更新版本文件、生成变更日志条目，以及合并发布 PR 后创建 GitHub 发布。除非仓库已有其他官方集成方式，优先采用 action 方式；monorepo 或多发布目标优先使用 manifest 配置。
适用场景：从零搭建 release-please、修复已损坏的发布配置、改进变更日志输出。
限制与注意事项：实现上倾向最小化配置，不为单包仓库引入 monorepo 复杂度；除非用户要求，不重写版本策略；除有明确理由，不重构已有 CHANGELOG.md。若提交历史不干净或不符合 Conventional Commit 风格，需说明变更日志质量与 SemVer 推断可能受限。官方参考：https://github.com/googleapis/release-please 与 https://github.com/googleapis/release-please-action。其他具体收费、价格或平台信息暂未提供。