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/bugfix-ship/README.md

@@ -1,29 +1,24 @@
-# bugfix-ship
+# bugfix-ship（已弃用）
 
-把一个已确认的 bug 从根因分析一路推进到配置允许的 PR、合并或生产部署。
+`bugfix-ship` 已改名为 [short-ship](../short-ship/README.md)。本目录只是兼容占位，
+让旧项目里的 `.pouch.yaml`、已经装好的旧软链和旧说法不至于失效；真正的说明和流程都在
+`short-ship/`。
 
-## 什么时候使用
+## 使用示例
 
 ```text
-修复动态编辑页重新打开后图片丢失的问题，测完后发 PR。
+使用 bugfix-ship，修复这个线上回归并部署到测试环境。
 ```
 
-或：
+Agent 命中后会立刻转到 `short-ship`，按同一套规则执行。新请求建议直接用新名。
 
-```text
-修复这个线上回归，完整验证并部署到生产。
+## 迁移
+
+```bash
+pouch add short-ship          # 新名，当前项目
+pouch add short-ship -g       # 新名，全局
 ```
 
-## 使用前准备
-
-- 能复现的问题描述、截图或日志。
-- 项目已配置测试环境和所需 builder/tester/deployer 能力。
-- 若要外部发布，明确允许的停止点或使用项目 profile。
-
-## Agent 会做什么
-
-查根因、改代码、补回归测试、执行必要的黑盒/真机验证，并继续完成配置允许的交付阶段。
-
-## 如何判断完成
-
-你会得到根因、修复 commit、测试证据、PR/合并/tag、产物校验和部署状态；不会只收到“本地测试通过”。
+- 旧软链保持有效，不需要先删除。
+- 各项目 `.pouch.yaml` 里的 `bugfix-ship` 可以分批改成 `short-ship`。
+- 确认没有项目再按旧名启用后，删除本目录即可；它是纯占位，删除不丢内容。