用途：Ship 用于把代码从“可构建”安全推进到“已合并并部署”，自动化发布工作流并在每一步设置安全检查。触发场景包括创建分支、推送代码等。
主要能力：提供分支创建与命名规范（feat/、fix/、bug/、chore/、docs/、refactor/、hotfix/ 等前缀，kebab-case、最多 4 个词、分支名不含工单号）；发布前检查清单（运行 /gate 确保 lint、类型、构建、测试通过，分支基于最新 main，清理调试代码，记录环境变量，测试数据库迁移）；发布流程（同步 main、最终校验、推送、创建 PR、合并后清理）；PR 最佳实践（标题用祈使句且少于 70 字符，正文说明改了什么、为什么、如何测试，规模小于 400 行，UI 变更附截图）；热修复流程（从 main 建分支、最小改动、运行 /gate、使用 hotfix: 前缀、请求加急审查）。
使用方式：按资料中的命令操作，例如创建分支使用 git checkout main && git pull origin main 与 git checkout -b <prefix>/<short-description>；同步使用 git fetch origin 与 git rebase origin/main；最终校验使用 ${CLAUDE_PLUGIN_ROOT}/scripts/cli gate；推送使用 git push -u origin HEAD；创建 PR 使用 gh pr create 并填写标题与正文；合并后执行 git checkout main、git pull origin main、git branch -d feature-branch。
适用场景：需要统一发布流程、减少人为遗漏、规范 PR 与热修复的团队开发环境。
限制与规则：不得强制推送到 main；不得因“改动很小”跳过 /gate；除非独立开发，不得在无至少一次审查的情况下合并自己的 PR；仓库使用标签时可为 PR 添加相关标签。资料未提供收费、价格、平台支持范围等更多信息。