feat(ship): merge short-ship and long-ship into one entry

Promote ship to the user-facing delivery skill. Kind is short or long
from an explicit mode, then self-judgment, then a question, defaulting
to short. Old names remain deprecation stubs.

skills/specifier/references/html-prd.md

@@ -36,4 +36,4 @@ HTML 是给人离线评审的交付物，不是运行中的产品页面。它必
 - 把“体验好”“性能足够”“支持权限”等不可验证表述改成可观察信号或明确待决策项。
 - 不把实现方案伪装成用户需求；需求、决策和任务分开写。
 - 未知事实写“待确认”，并加入未决问题，不填看似合理的数字、接口或页面。
-- 每条验收都能被 long-ship / Test 按步骤观察；测试工具不可用时仍能区分产品失败和环境失败。
+- 每条验收都能被 ship / Test 按步骤观察；测试工具不可用时仍能区分产品失败和环境失败。

skills/specifier/references/review-loop.md

@@ -85,7 +85,7 @@ spec:
 
 如果用户说“继续”“可以”“看起来不错”，但没有绑定版本，继续保持 `review`，请用户确认
 具体版本。批准后把 `spec.approvedRevision` 写入 ship `current.yaml`，再生成
-`spec/handoff.yaml`；不要同时启动 long-ship 或 ACK。
+`spec/handoff.yaml`；不要同时启动 ship 开发或 ACK。
 
 ## 批准后的变更
 
@@ -97,5 +97,5 @@ spec:
 4. 标记受影响的任务、验收、风险和 ACK handoff 字段；
 5. 重新等待用户批准。
 
-已经进入 long-ship 的任务不会因 HTML 更新而自动改变。需要执行变更时，明确告诉用户应
+已经进入 ship 开发的任务不会因 HTML 更新而自动改变。需要执行变更时，明确告诉用户应
 修订本 ship 的 `tasks.yaml` 或重新规划，不能静默改写执行记录。