zhuhjay/ql-scripts
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
13 Commits 1 Branch 0 Tags
656442e4d62c54db6e5e1f2a064424b91e6bdb4b
Commit Graph

6 Commits

Author SHA1 Message Date
zhuhjay
656442e4d6 feat(qqmusic): 手动取卡模式 + 复用本月未领完的卡 
两件事：

1) 手动取卡入口（给好友送卡用，点一次就出链接）：
     task qqmusic/scrip_qqmusic_checkin.js -- card
   或 QM_CARD=1。青龙 task 的 -- 之后是脚本参数，经 shell/task.sh 的
   format_params 收进 script_params、otask.sh 的 run_task_command 原样透传给
   node（已读青龙 shell 源码确认，不是猜的）。手动模式只跑取卡，不跑签到。

2) 复用优先（照抄落地页行为）：
   体验券落地页的按钮逻辑是 createCard(d ? cardId : ) —— 已有卡就复用那张，
   没有才建新的。原实现只会 CreatCard，会不断堆废卡。现在先扫本月卡列表，
   对每张调 CheckCard 拿 cardInfo.left，>0 就直接吐那张的链接，绝不重复建卡；
   全部领完且配额有剩才 CreatCard。

同时纠正三处口径：
- 输出文案「已送出」→「已被领」：reciveUinList 是好友领走记录，不是主动送出
- 区分三个数：sum=本月配额 / reciveUinList.length=已被领 / cardInfo.left=单张卡
  剩余可领次数（一张卡可被多人领）。「还能送几张」= sum - 已被领
- CheckCard 顺带校验 ownerUin 是自己（自己领不了自己的卡，能确认卡还有效）

验证：node --check / 签名对拍 6 组 PASS / 空 env 与 -- card 与 QM_CARD=1 三种
入口均优雅跳过 / 7 个 mock 用例（复用/多卡择一/新建/配额用完/无卡直建/只读/
单卡过期跳过）全 PASS / _probe_meta 三元数据 PASS
 2026-11-04 22:57:49 +08:00
zhuhjay
2bfddc7e04 feat(qqmusic): VIP 体验券（分享卡）配额查询与建卡 
从体验券落地页 y.qq.com/m/vip/experience_card/dist/index.html 的
index.036b2e716.js 逆出 music.vip.VipFreeCardSvr 全部 7 个 method，
并在 u6 网关实测路由（GetCanNumConf 用假 key 也返回真实配额表
{1:1,2:1,3:2,4:3,5:3,6:5,7:5,8:7,9:10,10:15}，说明该 method 不校验登录；
CreatCard / CheckCurrentCardList 返回 1000=未登录，确认需要登录态）。

语义（官方特权页）：有效期内的豪华绿钻每 31 天可按等级赠送不同非会员
好友 3 天体验券，LV1-2 各 1 张、LV3 2 张、LV4-5 各 3 张、LV6-7 各 5 张、
LV8 7 张。卡只能送人，自己领不了自己的（CheckCard 的 ownerUin 判定）；
好友非会员自然月限领 1 张。

实现：
- 新增 QMClient.shareCard()，接在 vipStation 之后，失败不拖垮主流程
  （QmDead 照常上抛，其他异常只记日志）
- 默认只读：报「本月配额 N 张 / 已送 M 张 / 剩余 K 张」，不 CreatCard
- QM_SHARE_CARD=on 才在 remain>0 时 CreatCard，输出 cardid 分享链接
- 配额来源：本月卡 sum 优先；本月无卡时取 confInfo 最大档位作上限参考
  （不拿 confInfo[0] 兜底 —— 表里没有 0 号档，会取到 undefined 让 remain 恒 0）
- run() 返回值新增 cardUrl，汇总与通知里带分享链接

验证：node --check 通过 / 签名对拍 6 组 PASS / 空 env 优雅跳过 /
5 个 mock 用例（只读/用完/建卡/无卡兜底）输出符合预期 /
_probe_meta 三元数据 PASS
 2026-11-04 22:43:06 +08:00
zhuhjay
87debf37a9 chore(meta): 三个脚本统一青龙元数据注解，新增 _probe_meta.js 自检 
继 3531437 修好 qqmusic 之后，把同一问题在另两个脚本上一并清掉 ——
它们原本都没写 name 注解（任务名会退回文件名），且 jd 脚本的 cron 写在块注释里
用了 */ 转义，青龙会把反斜杠一起提取出去。

改动（三个脚本统一成同一形态：文件最前面两行行注释）：
  // cron: <表达式>
  // name: <中文任务名>

- jd/scrip_moving_env_enhance.js: 补 name 注解；cron 从块注释移到行注释
  （原来写的 \*/ 转义会产出非法表达式）
- xiequ/scrip_switch.js: 补 name 注解；正文两处日志里的「name: xxx」改成「账号 xxx」
  （青龙的任务名正则不锚定行首、取全文第一个命中，正文命中会盖掉注解）
- qqmusic/scrip_qqmusic_checkin.js: 注解从块注释改成行注释，与另两个统一
- 新增 _probe_meta.js: 扫描所有 scrip_*.js，复刻旧版（/name:\s*(.+)/ 不锚定）
  与新版（cli/src/internal/subscription 的 cronMetadata）两条提取逻辑，
  断言任务名不是代码片段、cron 是合法表达式。不带 scrip_ 前缀，订阅不会拉取

验证：_probe_meta.js RESULT: PASS（3 个文件，两个版本青龙提取都正确）/
三个脚本 node --check 全过 / qqmusic 签名对拍 6 组 PASS / 空 env 优雅跳过
 2026-11-04 21:22:38 +08:00
zhuhjay
3531437898 fix(qqmusic): 修正青龙自动建任务的元数据，任务名与 cron 不再被误提取 
真机故障（2026-11-04）：青龙订阅勾「自动添加定时任务」后，任务被建成
  名称 = u.hostname,      （应为 QQ音乐自动签到）
  cron = 18 21 * * *      （应为 1 0,6 * * *）

根因是青龙从脚本正文正则提取元数据，两条正则都不锚定行首：
  1) 任务名 /name:\s*(.+)/ —— 全文第一个命中即采用。脚本里 https.request 的
     选项对象写了 hostname: u.hostname，其中的 name 段被当成任务名。
  2) cron /\bcron:\s*([^\r\n]+)/ —— 必须带冒号。原写法是注释里的
     「定时: cron 1 0,6 * * *」，冒号在「定时」后面，cron 后面没有冒号 → 匹配不到，
     落到随机 fallback（randomInt 生成 18 21 * * *）。

修法：
- 脚本第 3 行显式写 name 注解（独占一行，内容为「QQ音乐自动签到」）
- cron 注解改成「cron: 1 0,6 * * *」独占一行，注释挪到下一行
- https.request 选项 hostname -> host（Node 的别名，语义等价，实测 u6.y.qq.com
  返回 404 而非连接失败），彻底消除全文唯一的 name+冒号连写
- README 补「青龙自动建任务的元数据约定」小节，记录两条正则与兜底行为

验证：node --check 通过 / 签名对拍 6 组 PASS / 空 env 优雅跳过 /
复刻青龙两条正则做提取断言，name=QQ音乐自动签到、cron=1 0,6 * * *；
新版青龙（cli/src/internal/subscription/subscriptionRunner.ts 的 cronMetadata）
同样提取正确
 2026-11-04 21:13:34 +08:00
zhuhjay
68721d1abb refactor(qqmusic): 脚本改名 scrip_qqmusic_checkin.js 以匹配订阅白名单 
订阅规则 ql repo 的 whitelist 参数是 "scrip_"，只有文件名带该前缀的才会被拉取。
原文件名 qqmusic_checkin.js 不在白名单内，青龙订阅拉不到。

- qqmusic/qqmusic_checkin.js -> qqmusic/scrip_qqmusic_checkin.js（git mv 保留历史）
- test_sign_run.js 的 require 路径同步
- qqmusic/README.md 与根 README.md 更新文件名与白名单约定说明
- 根 README 补 QQ音乐条目（环境变量 SH_QQMUSIC_KEY / cron 1 0,6 * * *）

依赖拉取不受影响：订阅命令的 dependence 参数 sendNotify|common 会额外拉这两个文件，
脚本的 require('../sendNotify') 仍指向青龙内置/仓库根的 sendNotify.js。

验证：node --check 通过 / 签名对拍 6 组向量全 PASS / 空 env 优雅跳过 /
单账号与 & 多账号解析正确 / 整串 cookie 形态解析正确
 2026-11-04 20:49:54 +08:00
zhuhjay
89afcd1e60 feat(qqmusic): QQ音乐会员成长值+福利站自动签到（zzc签名对拍验证） 
- u6.y.qq.com 协议底座: zzc/time33 与 LDP924/auto-checkin qmcommon.py 逐字节对拍 PASS(6向量)
- 续期闭环: QQLogin 换新 key + openid/access_token 二级救活, 缓存存 /ql/data/qqmusic_cache(订阅git免疫)
- 任务中心三态机: 签到/挂件/装扮/听书/节目, Y零请求/W直领/N动作, 10006写锁即停
- 福利站全量: 每日签到/礼券/旅程激励/月里程碑/月度好礼/臻享抽奖, 先探后做
- env: SH_QQMUSIC_KEY 多账号(uin#key / cookie串 / 混排), code 1000/2000 归一失效语义
- 播放上报(任务20完整+10)默认关闭, 定时 1 0,6 * * * 双轮
 2026-11-04 00:38:19 +08:00