feat(微信订阅): 接入歌曲排期模板并加固部署流程

订阅消息（小程序侧唯一能主动触达用户的通道）：
- 新增 server/utils/wechatSubscribeFields.ts：按微信字段类型裁剪值（thing≤20、
  phrase 必须 5 个汉字、time/date/character_string 各自上限），空白压成一行，
  北京时间 time 由 playTime 的开始时间生成，解析不出退化为当天 00:00。
- wechatSubscribeService 内置 SONG_SELECTED 模板（站长新给的那个模板 ID），
  并转发上述纯函数；notificationService.createSongSelectedNotification 现在会带上
  playDate/playTime/sequence，三个排期接口（schedule / publish / bulk-publish）补传 sequence。
- 新增 test/wechatSubscribeFields.test.mjs（10 例，node --test 全绿）。
- test-subscribe 管理接口支持 vars 覆盖并返回真实发送值，方便站长核对字段名。

部署流程（Gitea Actions 容器里没有 buildx 插件，旧流程在此硬失败）：
- 每个 job 各自安装/探测 docker-buildx（v0.19.3，走 gh-proxy 再退直连），
  不把 `buildx version` 当唯一依据；装不上时降级为普通 `docker build` 继续发布，
  不再因为缺插件整条流水线失败。

注意：SONG_SELECTED 的字段名（thing2/date4/time1/character_string3/phrase5）是按常见
命名推断的，需在公众平台后台核对；不一致时用环境变量覆盖，模板 ID 变更后老用户需重新授权。

.env.example

@@ -122,11 +122,16 @@ AGGREGATE_OAUTH_ENDPOINT=
 WECHAT_MINI_APPID=
 WECHAT_MINI_SECRET=
 
-# 微信「订阅消息」模板（可选，但**想让通知发到微信里就必须配**）
-# 公众平台「功能 → 订阅消息 → 选用模板」拿到模板 ID 后，按下面的 JSON 填：
-#   {"SONG_PLAYED":{"id":"模板ID","fields":{"thing1":"songTitle","time2":"time","thing3":"message"}}}
+# 微信「订阅消息」模板（可选：**留空也能用**，代码里内置了站长选好的模板）
+# 内置模板（见 server/services/wechatSubscribeService.ts 的 DEFAULT_TEMPLATES）：
+#   SONG_SELECTED「歌曲排期」—— 管理员把歌排进排期/发布排期时发
+#   SONG_REJECTED「歌曲驳回」—— 投稿被驳回时发
+# 下面这条环境变量**只用来覆盖内置映射**（比如站长在公众平台选了别的字段名）：
+#   {"SONG_SELECTED":{"id":"模板ID","fields":{"thing2":"songTitle","time1":"playTime"}}}
 # 键是通知类型（SONG_SELECTED / SONG_PLAYED / SONG_REJECTED / SYSTEM_NOTICE），
-# fields 的键是模板里的字段名（thing1/time2/... 选用模板时能看到），值是变量名
-# （内置变量：songTitle / message / time）。不配就等于关闭微信推送，其它渠道照常。
-# ⚠️ 平台限制：一次性订阅＝一次授权只能发一条；且只有绑定了微信的账号才有 openid。
+# fields 的键是模板里的字段名（thing2/date4/time1/character_string3/phrase5，选用模板时能看到），
+# 值是变量名（内置变量：songTitle / message / time / playDate / playTime / sequence / status）。
+# 同键只给 id 不给 fields 时，会沿用内置的字段映射（不会退化成 thing1/time2/thing3）。
+# ⚠️ 平台限制：一次性订阅＝一次授权只能发一条；只有绑定了微信的账号才有 openid；
+#    模板 ID 变了老用户要**重新点一次「开启微信通知」**才有额度。
 WECHAT_MINI_SUBSCRIBE_TEMPLATES=