用途：pr-ship 用于端到端看护单个 PR 的生命周期，流程为创建 PR → 等待 CI → 审查 → 修复 → 合并。适用于用户输入 /pr-ship，或希望将某个 PR 从创建一路推进到合并的场景。
主要能力：支持从已有 PR 恢复（传入 pr_number 跳过创建）；默认自动合并，可用 --no-auto-merge 改为合并前需用户确认；内置 CI 等待循环、CI 失败自动修复、审查与修复阶段，并设有共享重试上限 3 次。
使用方式：命令为 /pr-ship [pr_number] [--no-auto-merge]。未提供 pr_number 时先调用 /oss-pr 创建 PR；CI 阶段通过 gh pr view 检查 statusCheckRollup，必需任务包括 Code Quality、Unit Tests（ubuntu-latest、macos-14、windows-2022）、Coverage Test、i18n-check，codecov/patch 与 codecov/project 仅作信息参考。CI 未触发时用 gh run approve 批准工作流；失败时在 /tmp/aionui-ship-<PR_NUMBER> 工作树中仅修复 CI 报告的错误，运行 bun run lint:fix、bun run format、bunx tsc --noEmit、bun run test 后提交推送。审查阶段调用 /pr-review，修复阶段调用 /pr-fix。合并默认执行 gh pr merge $PR_NUMBER --squash --auto。
限制：重试上限为 3 次，CI 与审查修复共享；CI 持续未触发约 13.5 分钟后中止；不添加 AI 签名，不设置 bot 标签；ScheduleWakeup 仅用于 CI 等待。具体平台与收费信息暂未提供。