ql-scripts/qqmusic

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 注解独占一行

任务覆盖

层	内容	风险
任务中心	签到(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())"