feat: rename bugfix-ship/requirement-flow to short-ship/long-ship with shared ship records

short-ship and long-ship share one ship-id record under .pouch/ship/<id>/.
specifier writes PRDs into spec/; delivery-loop appends evidence pointers.
Old names stay as deprecation stubs so existing installs keep working.

skills/delivery-loop/README.md

@@ -4,10 +4,15 @@
 
 ## 什么时候使用
 
-通常由 `$bugfix-ship`、`$pr-ship` 或 `$requirement-flow` 内部读取，不需要单独调用。
+通常由 `$short-ship`、`$pr-ship` 或 `$long-ship` 内部读取，不需要单独调用。
+
+```text
+按 delivery-loop 把当前 ship 推进到 review_ready。
+```
 
 ## 使用前准备
 
+- 入口已绑定 ship id 时，同时安装 `ship`，证据指针写进该记录。
 - 项目已有有效的 ACK delivery profile 或等价交付配置。
 - 已明确任务的目标分支、测试范围和允许的停止点。
 - 需要外部写入时，当前请求已经授权对应动作。

skills/delivery-loop/SKILL.md

@@ -2,7 +2,7 @@
 name: delivery-loop
 description: >-
   为修复、PR 和需求任务提供可配置的验证、发 PR、合并、回归、构建、发布与部署状态机。
-  仅作为 bugfix-ship、pr-ship、requirement-flow 的共享执行规则使用。
+  仅作为 short-ship、pr-ship、long-ship 的共享执行规则使用。
 ---
 
 # Delivery Loop：共享交付状态机
@@ -24,7 +24,9 @@ description: >-
 - `stopAt` 未配置或与用户目标冲突时停止并报告缺口，不猜测是否应合并或部署。
 - 提交、推送、合并、打 tag、发布产物和生产部署都必须同时满足项目配置与当前请求的授权。
 - 不绕过审核、CI、测试失败、脏工作树、冲突、未确认的迁移或不可回滚的外部变更。
-- 每个阶段都保存可复核证据；没有证据不得把阶段标为完成。
+- 每个阶段都保存可复核证据；没有证据不得把阶段标为完成。入口已绑定 `ship-id` 时，把
+  指针写入 `.pouch/ship/<id>/current.yaml` 的 `evidence`（规则见 ship `record.md`）；
+  缺指针则该阶段未完成。
 - 失败时保留现场和回滚信息，不用重试掩盖失败，不伪造发布或部署成功。
 
 ## 结果

skills/delivery-loop/references/state-machine.md

@@ -47,3 +47,6 @@ ACK 配置必须使用以下 canonical `stopAt`：
 
 至少记录：基线和最终 commit、工作树状态、测试命令及结果、黑盒/真机证据、PR/MR URL、
 合并 commit、tag、产物路径与摘要、部署节点/服务、健康检查、失败项和回滚指针。
+
+已绑定 ship 记录时，上述证据以指针写入该 ship 的 `current.yaml`，不要另建一份账本。
+阶段与字段对应见 ship `references/record.md`。