用途：面向多仓库/微服务项目的发布编排，帮助梳理仓库间依赖、安排发布顺序、管理预发布版本并准备回滚方案。
主要能力：
- 发布依赖管理：区分构建期依赖（如 shared-lib 被 service-a、service-b 依赖）与运行期依赖（如 api-gateway 调用 auth-service），构建依赖图、拓扑排序确定顺序、识别循环依赖并报错，进而生成发布波次（Wave 1 基础层、Wave 2 后端服务、Wave 3 API 层、Wave 4 前端）。
- RC 生命周期：支持 alpha、beta、rc、final 预发布标签，示例命令包括 git tag -a v2.0.0-rc.1 -m "Release candidate 1"、npm version 2.0.0-rc.1、gh release create v2.0.0-rc.1 --prerelease，以及提升为正式版 git tag -a v2.0.0 -m "Production release"、gh release create v2.0.0。状态机为 DRAFT → TESTING → VALIDATED → PROMOTED，失败或热修复可回到 TESTING。
- 发布策略：Lockstep（各仓库共享版本）、Independent（各自版本）、Umbrella（产品版本加服务版本）。
- 棕地检测：分析现有项目的 Git 标签与发布分支、CI/CD（GitHub Actions、GitLab CI、Jenkins）、包管理器（NPM、Python、Go）、Monorepo 工具（Lerna、Nx、Turborepo）及发布自动化（semantic-release、standard-version）。
- 发布前校验：版本兼容性、CI/CD 状态、文档（CHANGELOG、迁移指南）。
- 回滚协调：按波次逆序回滚，并判断后端是否可保留。
- 生成 release-strategy.md 活文档，含策略说明与发布检查清单。
使用方式：与 SpecWeave 集成，依次执行 /sw:increment "0025-product-v3-release"、/sw:do、/sw:done 0025；也可单独使用其依赖分析与波次规划能力。
适用场景：多仓库产品发布、微服务版本对齐、需要 RC 流程与回滚预案的团队。
限制：资料未提供具体安装方式、收费模式、支持平台与效果数据；实际命令需按项目环境调整。