用途：Ship 用于编排一次完整的代码改动流程，从需求定义推进到可评审的分支，并依据改动规模在“小修复”与“完整功能”之间自动校准，组合调用 /spec、/implement 等子技能。
主要能力与运行方式：提供两种交互模式。交互模式（默认）下，第一阶段撰写规格时与用户协作，用户充当产品负责人，规格定稿并交接给实现后转为自主工程角色；无头模式（--headless，或直接输入完整规格）下全流程无人交互，各阶段、技能加载与检查清单均照常执行，原本需人工输入的决策改为自主判断并记录在完成报告中。
循环与状态：支持 [SHIP-LOOP] 重入提示，在上下文压缩或尝试退出后被停止钩子重新注入，携带阶段头、状态文件、Git 状态（均自动注入，无需重新读取或重跑 git 命令）。状态文件包括 state.json、loop.md、spec.json、progress.txt、review-status.json、qa-progress.json 等，执行状态存于可配置工作目录（默认 $(git rev-parse --show-toplevel)/tmp/ship，即 tmp/ship/，被 gitignore），唯一提交工件为 SPEC.md。
限制与注意：资料明确记录一个已知缺陷——当 /ship 作为嵌套 claude -p 子进程运行时，第 5–9 阶段历史上会被跳过；文档强调这是缺陷，不构成跳过阶段的许可，子进程仍应执行每个阶段。无头模式不得输出 <input>、不得提问，评审门为建议性，达到自动修复上限后记录遗留问题继续。背景进程条目需登记进 backgroundProcesses，完成后再移除并清理。具体安装与调用命令资料未提供。