BiliBiliToolPro 批量取关怎么配从部署到验证的完整指南【免费下载链接】BiliBiliToolProB 站bilibili自动任务工具支持docker、青龙、k8s等多种部署方式。全面拥抱AI。敏感肌也能用。项目地址: https://gitcode.com/GitHub_Trending/bi/BiliBiliToolProBiliBiliToolPro 是 B 站自动任务工具。它的批量取关功能能在指定关注分组里自动取关指定数量的 UP 主适合定期整理关注列表、想把重复的取关操作交给定时任务的人。一、先说清楚它能做什么、不做什么在工具出现前想清空一个分组里的 20 个人得开着列表逐个点开、逐个确认状态百人分组耗掉半天很常见。现在流程变成三步把待取关的 UP 主挪进指定分组配好数量剩下的交给工具。边界同样清楚先摆出来只对名称完全匹配GroupName的那个分组成员生效整个关注列表的其他部分不受影响只负责取关不记录原有关注关系误取之后需要手动重新关注不做昵称、关键字模糊匹配白名单只认数字 UID。取关主流程实现在 AccountDomainService.cs分组 ID 查找、倒序翻页、白名单判断、逐个取关的循环都在这里。二、把它跑起来 ⚙️两种部署方式放在一起对比维度Docker青龙面板安装步骤按 docker/README.md官方 Docker 启动说明跑一键脚本或手动 compose示例文件在 docker/sample/引入 qinglong/DefaultTasks/官方青龙脚本目录下的脚本为定时任务基础脚本bili_task_base.sh首次运行自动装 dotnet 8或拉预编译包登录方式Web 页扫码登录B 站 Cookie 写入挂载文件config/cookies.json模板见 cookies.json面板里跑一次「bili扫码登录」任务之后批量取关复用同一账号状态触发入口Schedules 页 Actions 列一键触发「bili批量取关主播」条目点运行立即执行Docker 侧要点首次启动先在 Web 页完成扫码登录账号 Cookie 落盘后任务才有账号可用。青龙侧入口是 bili_task_unfollowBatched.sh脚本顶部 cron 注释为0 12 1 * *即每月 1 号 12 点。三、参数逐个讲 配置位于 Web 版 appsettings.json全部任务的集中配置文件的UnfollowBatchedTaskConfig节各字段一句话讲清字段含义建议值注意点IsEnable任务开关true置false时任务直接跳过日志记「已配置为关闭跳过」Cron调度时间调度框架使用的时间规则0 0 6 1 * ?每月 1 号 6 点按需调整GroupName取关的分组名已存在的分组名精确匹配分组不存在时任务立即终止Count本次取关个数2050倒序从后往前取关设-1清空整个分组RetainUids白名单要保留的 UP 主数字 UID多个用英文逗号分隔填昵称无效请求间隔不在本节而在 Security 节的IntervalSecondsBetweenRequestApi默认 20 秒。间隔拉大单次批量取关任务跑得慢但更稳。UnfollowBatchedTaskConfig: { Cron: 0 0 6 1 * ?, IsEnable: true, GroupName: 天选时刻, Count: 20, RetainUids: }Docker 部署不必手改文件Web 的Configurations → Unfollow Batch页直接改同样字段即可保存。四、手动还是定时执行与验证 ✅入口差异对比触发方式Docker Web青龙面板手动Schedules 页找到UnfollowBatchedJob点 Actions 列按钮定时任务页「bili批量取关主播」条目点运行定时Cron字段默认0 0 6 1 * ?每月 1 号 6 点任务 cron0 12 1 * *每月 1 号 12 点Schedules 页同时列出下次运行时间。跑完后按日志关键字对号入座「看到什么 什么状态」日志关键字代表状态【分组下共有】N人分组总人数任务开始时打印【目标取关】N人本次要处理的人数【取关结果】白名单跳过该 UP 主在白名单内预期行为【取关结果】成功/【取关结果】失败单人结果失败时下一行【原因】给出说明【本次共取关】N人实际成功数【分组下剩余】N人执行后分组人数可与 B 站 App 对照分组名称不存在没找到同名分组任务结束未发生任何取关五、FAQ配了分组名会影响到关注列表里的其他人吗不会。工具只读取GroupName精确匹配的那个分组的成员取关动作限定在分组成员内。想整个分组清空怎么办Count设-1工具会按分组总人数作为目标。注意默认间隔 20 秒100 人至少 30 分钟。白名单能填昵称吗不能。RetainUids只匹配数字 UID昵称不参与比对。误取关了怎么办工具不回滚关注关系需要到 B 站 App 找到对应 UP 主手动重新关注。定时时间在哪里改Docker 侧改配置节的Cron字段青龙侧在面板的定时任务里改该任务的调度规则。六、风险与对策风险GroupName是分组名而非关键词与 App 内实际分组名不完全一致就查不到。后果日志只打印「分组名称不存在」任务结束容易误以为没跑起来。对策先在 App 建好分组并把待清理的 UP 主移入再启动任务。风险Count设-1等于全量清空。后果默认间隔 20 秒下100 人至少 30 分钟单次运行拖得过长。对策拆成 34 次执行每次Count取 30 左右。风险白名单只认 UID且取关无法由工具回滚。后果分组内仍在活跃关注的 UP 主若未写入白名单会被取关之后要手动重新关注。对策运行前先把这些 UP 主的 UID 写进RetainUids。首次启用先把Count调到 5 跑一轮确认分组与白名单均符合预期再改成正式数量。【免费下载链接】BiliBiliToolProB 站bilibili自动任务工具支持docker、青龙、k8s等多种部署方式。全面拥抱AI。敏感肌也能用。项目地址: https://gitcode.com/GitHub_Trending/bi/BiliBiliToolPro创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 BiliBiliToolPro 批量取关怎么配：从部署到验证的完整指南
BiliBiliToolPro 批量取关怎么配从部署到验证的完整指南【免费下载链接】BiliBiliToolProB 站bilibili自动任务工具支持docker、青龙、k8s等多种部署方式。全面拥抱AI。敏感肌也能用。项目地址: https://gitcode.com/GitHub_Trending/bi/BiliBiliToolProBiliBiliToolPro 是 B 站自动任务工具。它的批量取关功能能在指定关注分组里自动取关指定数量的 UP 主适合定期整理关注列表、想把重复的取关操作交给定时任务的人。一、先说清楚它能做什么、不做什么在工具出现前想清空一个分组里的 20 个人得开着列表逐个点开、逐个确认状态百人分组耗掉半天很常见。现在流程变成三步把待取关的 UP 主挪进指定分组配好数量剩下的交给工具。边界同样清楚先摆出来只对名称完全匹配GroupName的那个分组成员生效整个关注列表的其他部分不受影响只负责取关不记录原有关注关系误取之后需要手动重新关注不做昵称、关键字模糊匹配白名单只认数字 UID。取关主流程实现在 AccountDomainService.cs分组 ID 查找、倒序翻页、白名单判断、逐个取关的循环都在这里。二、把它跑起来 ⚙️两种部署方式放在一起对比维度Docker青龙面板安装步骤按 docker/README.md官方 Docker 启动说明跑一键脚本或手动 compose示例文件在 docker/sample/引入 qinglong/DefaultTasks/官方青龙脚本目录下的脚本为定时任务基础脚本bili_task_base.sh首次运行自动装 dotnet 8或拉预编译包登录方式Web 页扫码登录B 站 Cookie 写入挂载文件config/cookies.json模板见 cookies.json面板里跑一次「bili扫码登录」任务之后批量取关复用同一账号状态触发入口Schedules 页 Actions 列一键触发「bili批量取关主播」条目点运行立即执行Docker 侧要点首次启动先在 Web 页完成扫码登录账号 Cookie 落盘后任务才有账号可用。青龙侧入口是 bili_task_unfollowBatched.sh脚本顶部 cron 注释为0 12 1 * *即每月 1 号 12 点。三、参数逐个讲 配置位于 Web 版 appsettings.json全部任务的集中配置文件的UnfollowBatchedTaskConfig节各字段一句话讲清字段含义建议值注意点IsEnable任务开关true置false时任务直接跳过日志记「已配置为关闭跳过」Cron调度时间调度框架使用的时间规则0 0 6 1 * ?每月 1 号 6 点按需调整GroupName取关的分组名已存在的分组名精确匹配分组不存在时任务立即终止Count本次取关个数2050倒序从后往前取关设-1清空整个分组RetainUids白名单要保留的 UP 主数字 UID多个用英文逗号分隔填昵称无效请求间隔不在本节而在 Security 节的IntervalSecondsBetweenRequestApi默认 20 秒。间隔拉大单次批量取关任务跑得慢但更稳。UnfollowBatchedTaskConfig: { Cron: 0 0 6 1 * ?, IsEnable: true, GroupName: 天选时刻, Count: 20, RetainUids: }Docker 部署不必手改文件Web 的Configurations → Unfollow Batch页直接改同样字段即可保存。四、手动还是定时执行与验证 ✅入口差异对比触发方式Docker Web青龙面板手动Schedules 页找到UnfollowBatchedJob点 Actions 列按钮定时任务页「bili批量取关主播」条目点运行定时Cron字段默认0 0 6 1 * ?每月 1 号 6 点任务 cron0 12 1 * *每月 1 号 12 点Schedules 页同时列出下次运行时间。跑完后按日志关键字对号入座「看到什么 什么状态」日志关键字代表状态【分组下共有】N人分组总人数任务开始时打印【目标取关】N人本次要处理的人数【取关结果】白名单跳过该 UP 主在白名单内预期行为【取关结果】成功/【取关结果】失败单人结果失败时下一行【原因】给出说明【本次共取关】N人实际成功数【分组下剩余】N人执行后分组人数可与 B 站 App 对照分组名称不存在没找到同名分组任务结束未发生任何取关五、FAQ配了分组名会影响到关注列表里的其他人吗不会。工具只读取GroupName精确匹配的那个分组的成员取关动作限定在分组成员内。想整个分组清空怎么办Count设-1工具会按分组总人数作为目标。注意默认间隔 20 秒100 人至少 30 分钟。白名单能填昵称吗不能。RetainUids只匹配数字 UID昵称不参与比对。误取关了怎么办工具不回滚关注关系需要到 B 站 App 找到对应 UP 主手动重新关注。定时时间在哪里改Docker 侧改配置节的Cron字段青龙侧在面板的定时任务里改该任务的调度规则。六、风险与对策风险GroupName是分组名而非关键词与 App 内实际分组名不完全一致就查不到。后果日志只打印「分组名称不存在」任务结束容易误以为没跑起来。对策先在 App 建好分组并把待清理的 UP 主移入再启动任务。风险Count设-1等于全量清空。后果默认间隔 20 秒下100 人至少 30 分钟单次运行拖得过长。对策拆成 34 次执行每次Count取 30 左右。风险白名单只认 UID且取关无法由工具回滚。后果分组内仍在活跃关注的 UP 主若未写入白名单会被取关之后要手动重新关注。对策运行前先把这些 UP 主的 UID 写进RetainUids。首次启用先把Count调到 5 跑一轮确认分组与白名单均符合预期再改成正式数量。【免费下载链接】BiliBiliToolProB 站bilibili自动任务工具支持docker、青龙、k8s等多种部署方式。全面拥抱AI。敏感肌也能用。项目地址: https://gitcode.com/GitHub_Trending/bi/BiliBiliToolPro创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考