用途：pr-ship 用于衔接“代码评审通过”与“代码被合并”之间的环节，指导智能体撰写 PR 描述、规范提交历史、选择合并策略并完成合并后验证，避免空 PR 正文、变更描述不清、遗漏合并后步骤等常见问题。
主要能力：提供 PR 标题规范（70 字符以内、祈使语气、格式为 <type>: <description>，类型含 feat、fix、refactor、docs、test、chore、ci）；提供 PR 正文模板，包含 Summary、Changes、Test Plan、Related 四部分；提供提交卫生检查（提交是否原子、信息是否清晰、历史是否线性、是否压缩）；提供合并策略选择（Squash and merge、Rebase and merge、Merge commit 及适用场景）；提供合并前检查清单与合并后步骤；并说明在流水线模式下按自主级别处理合并决策。
使用方式：在创建 PR 前先检查分支提交历史，按模板撰写标题与正文，依据项目约定（如 AGENTS.md）选择合并策略；合并前逐项核对 CI 通过、评审意见已解决、标题格式、正文完整、分支最新、无冲突、审批齐全；合并后删除特性分支、验证目标分支 CI、更新变更日志、确认关联 issue 关闭。
适用场景：适用于需要规范 PR 流程的代码仓库与智能体工作流，可与 code-review、ci-integration、pipeline 等技能配合使用。
限制：该技能为建议性指导，PR 正文模板无强制机制，无法阻止空描述；CI 集成环境可对测试通过与分支最新性提供结构性约束。依赖缺失时可用 npx skills add jwilger/agent-skills --skill code-review 安装。具体收费、价格与平台支持信息暂未提供。