保姆级教程：手把手教你用青龙面板部署京东自动签到脚本（含最新仓库推荐）
零基础玩转青龙面板：京东自动化签到全流程实战指南
你是否每天醒来第一件事就是打开手机，机械式地完成各种签到任务？从京东每日领京豆到农场浇水，这些重复操作不仅耗时耗力，还容易遗漏。今天我们就来彻底解放双手，用青龙面板搭建一套全自动签到系统。
青龙面板作为开源的定时任务管理工具，配合丰富的脚本仓库，能实现从简单签到到复杂电商活动的全自动化。下面我将以最通俗易懂的方式，带你从零开始搭建这套系统，即使你从未接触过命令行也能轻松上手。
1. 环境准备：搭建青龙面板的基石
在开始之前，我们需要确保基础环境就位。青龙面板基于Docker运行，这使得它能够在各种操作系统上保持一致的体验。对于国内用户，我特别推荐以下配置方案：
系统要求：
- 推荐内存≥2GB的Linux服务器（CentOS 7+/Ubuntu 18.04+）
- 已安装Docker和Docker Compose
- 开放5700端口（或自定义端口）
提示：如果是本地测试，Windows/macOS也可通过Docker Desktop运行，但长期使用建议部署在云服务器
安装Docker的简化命令如下（以Ubuntu为例）：
# 一键安装Docker curl -fsSL https://get.docker.com | bash -s docker --mirror Aliyun # 安装Docker Compose sudo curl -L "https://github.com/docker/compose/releases/download/1.29.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose sudo chmod +x /usr/local/bin/docker-compose常见问题排查表：
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
| 连接超时 | 网络问题 | 更换国内镜像源 |
| 权限不足 | 未使用sudo | 命令前加sudo或切换root |
| 端口冲突 | 5700被占用 | 修改docker-compose.yml中的端口 |
2. 青龙面板安装与初始化
环境就绪后，我们通过Docker Compose快速部署青龙面板。这里提供优化后的配置文件，解决了国内常见的拉取镜像慢的问题：
version: '3' services: qinglong: image: whyour/qinglong:latest container_name: qinglong restart: unless-stopped ports: - "5700:5700" volumes: - ./config:/ql/config - ./scripts:/ql/scripts - ./log:/ql/log environment: - ENABLE_HANGUP=true - ENABLE_WEB_PANEL=true保存为docker-compose.yml后，执行以下命令启动：
docker-compose up -d初始化步骤：
- 访问
http://服务器IP:5700 - 设置管理员账号密码
- 进入"环境变量"添加京东Cookie（下文详解）
- 在"配置文件"中修改时区为Asia/Shanghai
关键技巧：
- 首次登录后立即备份
/ql/config/auth.json文件 - 国内用户建议在"依赖管理"中提前安装常用Node.js模块
- 定时任务默认并发数为5，可根据设备性能调整
3. 京东Cookie安全获取指南
自动化签到的核心是正确配置京东Cookie，这相当于你的"数字身份证"。安全获取Cookie的步骤如下：
- 电脑浏览器访问京东官网并登录
- 按F12打开开发者工具
- 切换到Network(网络)选项卡
- 刷新页面，查找任意以
.jd.com开头的请求 - 在Headers中找到Cookie字段，复制
pt_key和pt_pin的值
格式示例：
pt_key=AAJgQzXKADBbFZk; pt_pin=jd_123456789;在青龙面板中添加环境变量：
- 名称：
JD_COOKIE - 值：上面获取的完整Cookie内容
- 备注：建议标注账号信息
重要安全提示：Cookie等同于账号密码，切勿泄露或分享。建议定期更新（通常有效期1-3个月），并在非信任环境使用后及时清除。
多账号支持方案：
- 主账号：使用JD_COOKIE环境变量
- 附加账号：创建JD_COOKIE2、JD_COOKIE3等变量
- 在脚本配置中通过
@符号分隔不同账号
4. 精选脚本仓库配置实战
现在来到最核心的部分——添加自动化脚本。以下是经过实测稳定的国内友好仓库推荐：
主流仓库对比表：
| 仓库名称 | 地址 | 特点 | 适合人群 |
|---|---|---|---|
| KR精简版 | https://gitee.com/kingran/KR | 任务少而精 | 求稳定用户 |
| JDPro全家桶 | https://gitee.com/dylanote/jdpro | 功能全面 | 高级玩家 |
| 签到助手 | https://gitee.com/checkin/panel | 多平台支持 | 多平台用户 |
添加仓库的标准命令格式（以KR仓库为例）：
ql repo https://gitee.com/kingran/KR.git "jd_|jx_|jdCookie" "activity|backUp" "^jd[^_]|USER|utils|function|sign|sendNotify|ql|JDJR"命令参数解析：
- 第一个引号内是脚本匹配规则
- 第二个引号内是排除目录
- 第三个引号内是排除文件
- 最后可指定分支（默认为master）
国内加速技巧：
- 将github.com替换为gitee.com镜像地址
- 使用
https://ghproxy.com/前缀代理 - 对于raw文件，可用
https://raw.fastgit.org/加速
常见错误处理：
- 仓库添加失败：检查网络连接，尝试更换镜像源
- 任务执行报错：确认Cookie有效，检查依赖是否完整
- 日志显示超时：调整任务超时时间（默认300秒）
5. 任务管理与优化策略
仓库添加成功后，系统会自动识别可用脚本并创建对应任务。此时需要进行精细化配置：
典型任务类型：
- 每日签到（0 0 * * *）
- 农场任务（5 6,18 * * *）
- 领现金（10 0 * * *）
- 抽奖活动（随机时间）
优化建议：
- 错峰执行：不要所有任务集中在同一时间
- 日志分级：重要任务设为详细日志
- 通知配置：结合企业微信/Telegram接收结果
- 资源控制：CPU密集型任务单独调度
高级功能实现：
- 互助码交换：通过
code.sh脚本实现 - 自动更新：设置仓库每日自动同步
- 数据统计：安装可视化面板查看收益
# 典型cron表达式示例 0 */6 * * * # 每6小时执行 30 8 * * 1 # 每周一8:30执行 0 0 1 * * # 每月1日0点执行6. 安全防护与日常维护
自动化系统需要定期维护才能稳定运行，以下是必备的防护措施：
安全清单：
- [ ] 每月更新一次Cookie
- [ ] 仓库每周手动检查更新
- [ ] 备份
/ql目录重要数据 - [ ] 监控任务执行成功率
性能优化技巧：
- 限制并发任务数量
- 日志定期清理
- 非必要不开启DEBUG模式
- 使用
ql check检查系统状态
灾难恢复方案：
- 备份auth.json和env.sh
- 记录已添加的仓库地址
- 保存自定义脚本
- 出现问题时可快速重建
我在实际使用中发现，凌晨3-5点是任务执行的最佳时段，此时服务器负载低且京东API响应快。另外，京豆变动类任务建议分散到不同时间段执行，避免触发风控机制。