Files
ql-scripts/qqmusic
zhuhjay 2d29abb440 feat(qqmusic): 通知改成逐项明细 + 结论标题
之前通知只有一行「本次新增成长值 N」,看不出这轮到底做了什么、
哪些没做成、要不要人工介入。

改动:
- QMClient 新增 steps 数组与 step(name,status,detail) 记录点,
  status 四态:done=做到 / warn=部分完成留待下次 / fail=失败 /
  skip=无需处理(今日已完成或未开放)
- verdict() 汇总:有 fail→fail,有 warn→warn,其余 done
- 每个动作补上 step():任务中心签到、挂件、装扮、听书行为、
  节目开始标记、四项领奖、福利站签到/礼券/旅程激励/月里程碑/
  月度好礼/臻享抽奖、分享卡
- 新增 renderAccount():done 逐行列,warn/fail 逐行列,skip 折叠成
  一行(避免十几个「今日已完成」淹没有效信息),分享卡链接单独一行
- 通知标题按结论给:✅ 全部完成 / ⚠️ 有未完成项
- 登录态失效保持 🔴 单列并直接给处理指引,不进明细列表

设计取舍:skip 折叠而不是省略 —— 折叠能看出「今天该做的都做了」,
省略会让人怀疑是不是漏跑了。done/warn/fail 永不折叠。

验证:node --check / 签名对拍 6 组 PASS / verdict 三态用例 /
渲染两例(含卡片链接与不含)输出符合预期 / _probe_meta 三元数据 PASS
2026-11-05 00:00:44 +08:00
..

QQ音乐自动签到(scrip_qqmusic_checkin.js)

QQ音乐会员成长值任务 + 会员福利站 自动签到,青龙面板 Node 零依赖。 协议底座与 LDP924/auto-checkin(Python)逐字节同源: u6.y.qq.com/cgi-bin/musics.fcg 网关 + zzc 签名(sha1 重组 + 置乱表 + b64 去尾)+ qm_keyst cookie。

文件名必须带 scrip_ 前缀:本仓库的青龙订阅规则白名单是 scrip_, 不带前缀的文件不会被订阅拉取(脚本、测试、文档同一约定)。

环境变量

变量 必填 说明
SH_QQMUSIC_KEY ✅ 多账号:青龙同名 env 加多条(注入自动 & 连接)。单条格式 <uin>#<qm_keyst>,如 123456789#Q_H_L_xxxx。也接受整串 cookie(含 qm_keyst= 与 uin=o...)
QM_KEY / QM_UIN 备选 单账号兼容形态(SH_QQMUSIC_KEY 优先)
QM_CACHE_DIR 可选 key 缓存目录,默认 /ql/data/qqmusic_cache(青龙)/ qqmusic/.cache(本地)
QM_PLAY_REPORT 可选 on 才启用任务20播放上报(本版未实现模板,挂了开关占位)
QM_SHARE_CARD 可选 on 才让定时任务自动建卡。默认 off = 只读报数。手动取卡走 -- card,不受此开关限制
QM_CARD 可选 1/on 等价于 -- card(不方便传参时用)

VIP 体验券(分享卡)

music.vip.VipFreeCardSvr,2026-11-04 从体验券落地页 y.qq.com/m/vip/experience_card/dist/index.html 的 index.036b2e716.js 逆出。 接口在 u6 网关实测路由通(GetCanNumConf 用假 key 也返回真实配额表,说明该 method 不校验登录; CreatCard / CheckCurrentCardList 返回 1000=未登录)。

这卡是什么

有效期内的豪华绿钻会员,每 31 天可按等级赠送给不同的非会员好友 3 天体验券:

等级 LV1 LV2 LV3 LV4 LV5 LV6 LV7 LV8
张数 1 1 2 3 3 5 5 7

(实测配额表还有 LV9=10、LV10=15)

卡只能送人,自己领不了自己的(CheckCard 的 ownerUin 判定)。 好友领取限制:非会员自然月内限领 1 张,体验券仅周期内有效、不可累计。

三个容易混淆的数

落地页上这三个数不是一回事,脚本输出里也分开报:

字段 含义
sum 本月配额(你这个等级这个月一共能送几张)
reciveUinList.length 本月已被好友领走的张数
cardInfo.left 单张卡还能被领几次(一张卡可以被多个人领,每次 -1)

「还能送几张」= sum - reciveUinList.length。 left 是另一维度:它只说明这张卡还剩几次可被领,建卡本身就已经占掉一张配额。

两种模式

① 手动取卡(你要的场景)——青龙里点一次「运行」就吐链接:

task qqmusic/scrip_qqmusic_checkin.js -- card

或者环境变量 QM_CARD=1。

行为:先扫本月已有的卡,有 cardLeft>0 的直接复用(照抄落地页的 createCard(d ? cardId : "") 逻辑),只有卡都领完了才 CreatCard 建新的。 不会为了取一张卡把整个签到流程再跑一遍。

输出:

===== 取卡 账号 123456789 =====
[分享卡] 本月配额 5 张,已被领 1 张,还能送 4 张
[分享卡] 复用本月未领完的卡:还能被领 3 次(不新建、不占新配额)
[分享卡] 分享链接:https://y.qq.com/m/vip/experience_card/dist/index.html?cardid=<cardID>

👉 复制这条链接发给对方:
https://y.qq.com/m/vip/experience_card/dist/index.html?cardid=<cardID>

② 定时任务路径(默认只读)——每天签到顺带报个数,不建卡:

[分享卡] 本月配额 5 张,已被领 2 张,还能送 3 张
[分享卡] 只读模式(QM_SHARE_CARD 未置 on),不创建新卡

要让定时任务也自动建卡(不建议,会堆废卡)才设 QM_SHARE_CARD=on。

接口清单

method 作用 需要登录
GetCanNumConf 全等级配额表 {等级: 张数} ❌
CheckCurrentCardList 本月卡列表 + 已被领 uin 列表 ✅
CheckCard 查某张卡详情 {cardID} → cardInfo.left / ownerUin ✅
CreatCard 建卡 {source: 0} → cardID + cardInfo.left ✅
GetCard 好友领取用 {cardID, source} ✅

source 是落地页 ADTAG 映射:xqy=1 / cdy=2 / privilege=3 / 其他=0。

错误码:100205=当月已领取过 · 100210=体验券已被领取 · 100211=领取失败。

凭证获取(web 抓一次,之后无限续)

  1. 浏览器打开 y.qq.com 登录(QQ/微信均可)
  2. F12 → Application → Cookies → https://y.qq.com → 复制 qm_keyst 与 uin(o123456789 去掉 o)
  3. 青龙新建环境变量 SH_QQMUSIC_KEY,值 uin#qm_keyst

为什么抓一次就够:签名/g_tk 全是本地算法(无盐、无设备绑定、无动态 token); qm_keyst 名义 72h,但续期接口 QQConnectLogin.LoginServer.QQLogin 旧 key 不吊销—— 脚本每次运行先续期,新 key 写缓存滚动,环境变量永远不用再动。 只有脚本断跑超 72h 且缓存丢失(推送出现 🔴 2000)才需要重新抓。

缓存与订阅安全

续期产物存 /ql/data/qqmusic_cache/qm_<uin>.json(订阅仓库之外)。 git 的 reset/clean 只动 tracked 文件,untracked 目录在 git pull 下天然安全; 且脚本读缓存优先、env 兜底,缓存丢失仅退化为"72h 内重新抓一次"。

定时

cron: 1 0,6 * * *

每天 00:01 + 06:02 双轮:任务20(收听节目)跨天滚动翻账本 + 福利站 0 点翻新兜底。

青龙自动建任务的元数据约定(踩坑记录 2026-11-04)

订阅勾了「自动添加定时任务」时,青龙从脚本内容里正则提取任务名与 cron,两个坑:

项 青龙的提取规则 必须怎么写
任务名 /name:\s*(.+)/(不锚定行首),取全文第一个命中 脚本第 3 行写 * name: QQ音乐自动签到。全文任何位置都不能再出现「name+冒号」的连写——https.request({ hostname: u.hostname }) 会被抓成任务名 u.hostname,(真机已复现)
cron /\bcron:\s*([^\r\n]+)/(必须带冒号) 写 * cron: 1 0,6 * * *,且独占一行、后面不跟注释(同一行剩余文字会被一起吞进 schedule)

两个都抓不到时的兜底:任务名 = 文件名 scrip_qqmusic_checkin.js;cron = 随机 M H * * *。

所以脚本里:

  • https.request 的选项用 host:(Node 的 hostname 别名)而不是 hostname:
  • cron 注解独占一行

通知内容

每轮跑完推送一条,格式固定:

✅ QQ音乐签到 · 全部完成

🟢 123456789:成长值 +35
   ✓ 任务中心签到 +15
   ✓ 挂件 retCode 0
   ✓ 领奖·头像挂件 +10
   ✓ 福利站签到 5成长值(本月 12 天)
   △ 领奖·收听节目 未计次,待 App 内收听
   · 无需处理 3 项:福利站礼券、月里程碑、分享卡
   🎁 分享卡 https://y.qq.com/m/vip/experience_card/dist/index.html?cardid=xxx

———
轮次: 00:01 / 06:02 双轮(任务20跨天滚动 + 福利站兜底)
节目任务(20)依赖 App 内正常收听计入(播放上报未启用)
时间: 2026/11/4 23:10:05

标题就是结论:✅ 全部完成 / ⚠️ 有未完成项,不用点开就知道要不要管。

每个账号下分四类:

符号 含义
✓ 做到了(带结果,如 +15、retCode 0)
△ 部分完成 / 留待下次(如任务20未计次、写锁)
✗ 失败(接口报错、code 非预期)
· 无需处理(今日已完成 / 未开放),折叠成一行,不占版面

判定规则:有任何 ✗ → 标题变 ⚠️;只有 △ → 仍算完成(有遗留但不影响); 全 ✓/· → ✅。登录态失效单独用 🔴 并直接给处理指引,不进明细列表。

明细来源是 QMClient.steps:每个动作调一次 step(name, status, detail), verdict() 汇总。新增任务时记得补一句 step(),否则它在通知里不可见。

任务覆盖

层 内容 风险
任务中心 签到(15) / 挂件(5) / 装扮(5) / 听书(5) / 节目StartTask 低(等价 App 点击)
会员福利站 每日签到(15) / 礼券(+10心愿值) / 旅程激励 / 月里程碑 / 月度好礼 / 臻享抽奖 低(先探后做,无硬编码 ID)
VIP 体验券 分享卡配额查询 / 建卡(QM_SHARE_CARD=on) 低(只读默认,不消耗配额)
播放上报 任务20 完整 +10 需 App 正常收听(伪造统计默认关) 中(默认关闭)
支付流水任务 4/5/6/12/14/18/21 不可伪造,不碰

状态三态机:Y=已完成零请求(防风控)/ W=进行中直接领 / N=执行动作。 错误码处置:20020 冷却3s重领 · 30005 只读探测后补领 · 10006 写锁即停次日恢复 · 2000 登录态失效推送提示。

本地测试

node --check scrip_qqmusic_checkin.js     # 语法
node scrip_qqmusic_checkin.js             # 无 env 时优雅跳过
SH_QQMUSIC_KEY='123#Q_H_L_x' node -e "console.log(require('./scrip_qqmusic_checkin').parseAccounts())"