用途：Ship 负责代码交付的最后一公里，接收已通过 /pre-commit 校验的代码，一次性完成提交、推送与 PR 创建。它不执行质量检查或测试，那是 /pre-commit 的职责。
主要能力：串联 commit → push → /pr-creator（产物校验 + 创建 PR）。支持传入提交信息、用 --issue N 关联议题（PR 正文注入 Closes #N），以及 --main 直推主分支的免评审快速路径。
使用方式：/ship "feat: add search feature"；/ship --issue 42 "feat: add search feature"；/ship --issue 42（从 diff 与分支名推导提交信息）；/ship --issue 42 --main（直推 main、关闭议题、删除分支）。流程先做 git status 与 git diff --stat 检查，工作区干净则跳到推送；若本会话未提及 /pre-commit 会警告确认。提交时按变更类型选择 feat/fix/docs/refactor/chore 前缀，用 git add -u 暂存已跟踪改动后提交。推送用 git push -u origin HEAD，失败则 git pull --rebase 后重推。随后轮询 CI 状态（最多 3 次），失败仅警告、不阻塞 PR 创建。默认路径交给 /pr-creator 从产物校验步骤开始；--main 路径要求 --issue N，用 --ff-only 合并，非线形历史会中止并提示先 rebase，之后关闭议题并删除分支。
适用场景：变更已验证、需要快速产出 PR；或极小且无需评审的改动直推 main。
限制：不替代 /pre-commit；多提交需先手动 squash；已有 PR 应改用 gh pr edit + git push；Forgejo 的 push-to-create 已禁用，仓库须先存在；--main 依赖 --ff-only，非线形历史需先 rebase，不可强推。