青龙面板 + QLScriptPublic：100+ 脚本搞定每日签到与积分任务

【免费下载链接】QLScriptPublic青龙面板脚本公共仓库 企鹅交流1021185005项目地址: https://gitcode.com/GitHub_Trending/ql/QLScriptPublic

每天要在十几个 App 和小程序里重复点签到，漏掉一个，攒了大半个月的积分就白攒了。开源仓库 QLScriptPublic 配合青龙面板，把这类重复劳动交给了脚本：仓库内置 100+ 个现成的自动化脚本，覆盖签到、积分任务、会员奖励领取等日常操作，你只需配置账号信息，剩下交给定时任务。本文按“能干什么、怎么装、怎么跑稳、出错怎么查、边界在哪”这条线，讲清新手从拉库到长期使用的完整路径。

一、这个脚本库能帮你做什么：三类常见日常场景

先说结论：这个库适合做三件事——App 端签到、微信小程序签到、电商与车主服务。对应仓库里三个目录，按需取用即可。

App 与网页端签到脚本

仓库的daily/目录放的是 App、网页和公众号类脚本，例如中国移动 App 签到、360 社区签到、51 代理自动签到、鸿星尔克签到、夸克自动签到、塔斯汀小程序签到等。这类脚本通常只需一个 token 或 Cookie 类变量，配置后由定时任务在每天固定时间执行签到，结果通过日志和推送返回。完整脚本清单和更新时间可以查看仓库首页的 README。

微信小程序签到与积分任务

wxapp/目录是小批量最大的部分，包含蜜雪冰城、华住会、海尔智家、同程旅行里程签到、拼多多果园等上百个小程序脚本。它们通过wx_server_url和wx_auth两个环境变量获取小程序 code 完成登录，首次使用前一般要先在对应小程序里完成注册或授权绑定手机号。除签到外，部分脚本还能自动完成阅读、点赞、分享这类积分任务（目录说明见 wxapp/README.md）。

电商与车主服务类脚本

jd/目录集中了京东生态相关的工具脚本，如京东水果、JD 任务辅助与通知模块；backup/目录保留了奇瑞、蔚来、吉利、捷达等汽车服务脚本。适合有车、有电商会员权益的用户按需启用，其余可以不管。

二、三步跑起青龙面板脚本库：从环境到拉取脚本

整个部署不需要写代码，三步完成：装面板、拉仓库、配任务。

第一步：安装青龙面板。如果你还没有运行环境，用 Docker 启动容器是最省事的方式，一条命令即可：

docker run -dit -v $PWD/ql:/ql/data -p 5600:5700 -e TZ=Asia/Shanghai --name qinglong --hostname qinglong --restart always whyour/qinglong

这条命令在后台启动青龙面板容器，把当前目录的ql挂载为数据目录，5600 端口映射为面板默认端口，并设置时区、命名和开机自启。已有面板环境的用户直接跳到下一步。

第二步：拉取脚本仓库。在面板的任务管理里新建一个任务，运行以下内容：

ql repo https://gitcode.com/GitHub_Trending/ql/QLScriptPublic

作用是在面板中拉取 QLScriptPublic 仓库，执行完后脚本文件会出现在脚本目录里。

第三步：按脚本说明配置变量并建任务。每个脚本的文件头注释都写明了三样东西：变量名、token 的获取方式、建议的执行时间（cron 表达式）。以中国移动签到脚本为例，注释中写明变量名为chinaMobile，取值是抓包得到的QWHD_SESSION_TOKEN，多个账号用&或换行分隔。把变量填进面板的环境变量页，再为脚本新建定时任务即可。变量填错或留空是这一步最常见的失误，后面排查部分会再讲。

三、稳定运行要盯住的三件事：调度、环境变量与日志

脚本跑起来之后，长期不出问题的关键不在脚本本身，而在运维习惯。下面三件事值得固定下来。

调度：把执行时间错开

把所有脚本都设在同一分钟触发，面板要排队执行，网络请求也会集中打向各平台接口，容易超时或被限流。建议参考每个脚本头部的 cron 建议值，再整体加几分钟错峰，比如早 7:30、7:35、7:40 依次排开；不同平台的脚本之间也尽量拉开间隔。仓库内的tools/sendNotify.js提供了统一的推送封装，脚本执行完会把结果推送到你配置的消息渠道，这能帮你及时发现某个任务“静默失败”。

环境变量：看清变量名和分隔规则

脚本对变量的要求并不统一：有的只认一个 token，有的要多账号拼接，小程序脚本则统一依赖wx_server_url和wx_auth。配置前先读脚本头部的@Description注释，确认变量名、值的来源和分隔符（&、换行或#）。一个通用原则：token 有有效期，建议给关键脚本留一个手动重抓 token 的通道，避免整月后发现全是登录失效。

日志：用执行结果验证，而不是看“跑完了”

“任务执行完成”不等于“签到成功”。面板日志里脚本会逐条输出每个账号的返回信息，成功一般能看到积分或签到成功的字样，失败则带有具体报错。建议养成每周扫一次日志的习惯，重点看两类输出：返回里含“失败”“过期”“异常”的条目，以及只输出了一次请求就结束的任务。

四、脚本执行失败怎么办：四步排查思路

先说结论：绝大多数失败是变量问题，其次是平台接口变动。按下面的顺序排查，基本能覆盖日常遇到的情况。

第一步，查环境变量。打开面板的环境变量页，确认变量名拼写与脚本要求一致、值没有复制漏掉或多了空格。token 过期是最常见原因，表现通常是接口返回登录失效或未授权；重新抓一次 token 再手动执行，往往立刻恢复。

第二步，看日志定位错误。在面板里手动执行该任务一次，对照日志里的报错信息判断问题性质：网络超时多为临时故障，重跑即可；HTTP 401/403 多为凭据失效；返回数据格式异常则多半是接口变了。

第三步，确认平台是否改版。各平台会不定期调整签到接口或活动规则，脚本一旦跟不上就会持续失败。可以对照 README 里脚本的“最后一次更新时间”和状态列判断该脚本是否还在维护：长期未更新且报错集中在接口层面的，先停掉任务，避免每天刷失败日志。

第四步，手动执行验证修复。任何修复（换 token、改 cron）后，都用面板的“运行一次”手动执行并核对结果，确认成功后再交还给定时任务。不要改完直接等第二天。

五、使用边界与注意事项：账号、平台规则与合规

最后把几件容易忽视的事说清楚，这些直接决定你能用多久、用得安不安全。

• 先用测试账号验证。新脚本或新 token 先在低价值账号上跑一两天，确认行为和日志都正常，再上主账号。
• 控制执行频率。一天内同一平台不要重复触发多次，也不要为“补签”把定时任务改成高频执行，接口限流和账号风控都是从过度请求开始的。
• 注意凭据安全。token 和 Cookie 以明文存放在面板的环境变量里，等价于账号密码。部署在公网的机器要收紧访问来源，不要在不信任的网络环境下运行。
• 遵守平台规则。仓库声明脚本仅供学习与技术研究，禁止商业用途；使用前请确认自动化行为不违反对应平台的用户协议，由此产生的账号风险由使用者自行承担。
• 保持更新。仓库脚本会随平台变动持续修改，隔段时间执行一次仓库更新并留意各脚本的更新时间，比出问题后再找原因省事得多。

把这三类场景、三步部署和四步排查按顺序做一遍，日常签到和积分任务基本就可以交给面板自动完成了。

【免费下载链接】QLScriptPublic青龙面板脚本公共仓库 企鹅交流1021185005项目地址: https://gitcode.com/GitHub_Trending/ql/QLScriptPublic