蓝色大肥鱼1.3.1升级:BV号去重+评论区守护

B站“蓝色大肥鱼”插件1.3.1更新:BV号去重防重复推荐,新增可控的评论区自动回复。
B站开发者“蓝色大肥鱼”插件更新至1.3.1版本,已进入社区插件目录。本次更新重点解释视频去重机制并新增评论区守护功能。去重方面,插件以BV号而非标题或封面作为判断依据,因BV号唯一且不变,能避免同一视频被反复推荐;读取记录出错时选择明确报错而非默认未看过,体现“宁可少做也不重复打扰”的保守策略。评论区守护默认关闭,需手动配置私信、评论、守护三项并先手动验证;回复会过滤纯表情、打赏等无意义内容,核心是设置每日回复上限以防账号风控和观众流失。白名单UID、节奏参数和守护口径共同构成控制体系,每条回复留记录可追溯。作者表示短期不再放开更多能力,先观察实际效果。
B站上一位开发者做的"蓝色大肥鱼"插件又更新了。这次版本号来到1.3.1,核心变化有两个:一是把上期没讲清楚的"视频会不会重复推荐"问题彻底讲明白,二是新增了评论区守护功能——让这只鱼用小号在你的视频评论区里自动回复观众。
据B站UP主在视频中的说明,该插件已进入社区插件目录,在插件市场按名称即可搜到。
BV号去重:为什么不会反复推同一条视频
上一期视频发出后,评论区被这只"大肥鱼"刷了屏,其中一条高赞留言直指痛点:每天这么刷B站,会不会把同一条视频反复推荐好几遍?
UP主的回答是不会。机制并不复杂:插件每看一条视频,就把该视频的BV号记下来存到本地;下一轮查询时用这些BV号做比对,BV号相同的直接跳过。
选择BV号而非标题或封面作为判重依据,是个有讲究的决策。视频的标题和封面是可以随时更换的,但BV号唯一且不变。用不变的标识去锚定内容,判断才不会出错。这个细节说明作者对B站数据结构的理解是到位的。

另一个值得肯定的设计是错误处理。当插件读取记录表出错时,它不会默认"这条没看过"然后重新推荐,而是给出明确的报错。作者的原话是"宁可少做一些,也不会去重复推荐、重复打扰别人"。在自动化工具普遍倾向于"多做事"的语境下,这种保守策略反而显得克制。
如果你确实希望某条视频被重新分析,只需去记录里删掉对应的BV号,下一轮它就会重新推荐。这个手动入口留得合理。
BV号(全称 BVid)是 B 站自 2020 年起全面启用的视频唯一标识符,格式形如 BV1xx411c7mD,由数字与大小写字母组成。与旧的 av 号(纯数字递增)相比,BV 号采用算法生成,同一 av 号在不同时间可能对应不同的 BV 号,但一旦生成,一个 BV 号就永久绑定一条视频。UP 主可以随时修改标题、封面、简介甚至分区,这些元数据都会变,唯独 BV 号不会。正因如此,任何需要“判断是不是同一条视频”的场景——去重、收藏、历史记录、缓存——都应以 BV 号为准,而不是拿标题做字符串比较。标题可能撞车(搬运、合集、改名),封面也可能被替换,只有 BV 号在视频生命周期内保持稳定。
评论区守护:默认关闭,先手动跑通再放开
新增的评论区守护,逻辑是用你的小号去你的视频评论区里替你跟观众互动。安装后默认处于关闭状态——私信、评论、守护三项都需要手动配置,作者反复强调这一点:先手动运行一次确认没问题,再根据自身情况考虑是否开启自动。

回复策略上有过滤:纯表情、打赏、"哈哈哈哈"这类无意义评论不会触发回复。这个过滤门槛设得比较基础,但至少挡住了最容易造成刷屏的一类内容。
真正关键的是每日回复上限。作者在视频里说得很直白:自动回复最怕的不是回得不够好,而是一觉醒来发现评论区被自己的机器人刷了几百上千条,轻则账号被风控,重则观众看到这阵仗再也不来评论了。所以这个上限必须按自己视频的实际评论量来设。

白名单与节奏控制
白名单UID解决的是范围外视频的问题。不在预设范围内的视频,大肥鱼不会主动去评论区采集,但如果你觉得某条视频值得分析,可以在该评论区@自己的小号,它收到后会抓取到本地分析并回复。控制权仍然在人手里。
节奏控制由两个参数配合完成:最近几条视频决定哪些视频需要小号自动回复,每轮最多回复几条决定单轮的处理量上限。轮询间隔按自身情况设置,半小时或一小时都可以。作者提到目前单轮同时回复的上限做到了二十人。

守护口径则是风格层面的配置。每次回复前,插件会先分析你的视频内容,再基于内容去回复评论区;你可以进一步告诉它哪些能答、哪些不能提。作者认为这比单纯塞一段视频描述效果要好得多——先让它自己理解,再划定边界。
“轮询”指程序按固定时间间隔反复检查是否有新任务,而不是实时监听。插件每隔半小时或一小时跑一轮,每轮扫描“最近几条视频”的评论区,找出待回复的评论并按单轮上限处理。轮询间隔与单轮上限共同决定了整体吞吐量:间隔越短、上限越高,账号行为越密集,风控风险也越大。把“最近几条视频”理解为滑动窗口——只处理时间上最新的 N 条,更早的视频自动退出采集范围,这既控制了工作量,也避免了历史评论区被反复打扰。
守护记录
开启自动回复后,每一条回复都会留记录。这个设计的意义在于可追溯:出了问题能回看是哪一轮、针对哪条评论回的什么内容。
B 站的风控体系对“短时间高频、模板化、跨视频”的评论行为尤其敏感:同一账号在短时间内对多条视频发出相似内容,容易触发验证码、限流甚至临时封禁。机器人回复天然具备这三个特征,因此“每日回复上限”本质上是在给账号留出安全余量。实践中,安全阈值与账号权重相关:新号或低等级小号的容忍度远低于老号,建议从小批量开始观察,逐步调整。此外,回复内容应尽量有差异,避免固定句式反复出现,这比单纯调低数量更能降低被判定为机器行为的概率。
这次升级透露的产品思路
从1.3.0到1.3.1,中间只隔了一次视频制作的时间,修掉了一个小bug。版本迭代节奏快,但功能边界收得很紧。
作者在视频结尾说了一段挺诚恳的话:做这个插件最主要的不是让它多会说,而是能控制它什么时间说、什么时间不说。他提到最近评论区里已经充斥着各类自动回复的"大飞鱼",可能让部分人产生反感。因此短期内不打算再放开更多能力,而是让它在评论区多守几天,观察实际效果后再决定后续方向。
这个态度在AI自动化工具扎堆出现的当下不算常见。多数插件作者倾向于不断叠加能力、扩大自动化范围,而这只鱼的作者选择先观察再放开。对使用者来说,这意味着当前版本的风险相对可控;对同类工具而言,"能控制不说什么"或许比"能说什么"更值得作为设计起点。
如果你对插件有功能上的想法,作者表示可以通过评论区或私信沟通。
相关推荐

GitHub日报·10月23日:Agent运行时与技能库同日爆发

零成本搭建AI超级员工系统:智能体自动工作流全解析
深度拆解B站演示的AI超级员工系统:Agent智能体编排、数字人口播、地图与企业获客、24小时智能客服及法务模块全覆盖。分析零成本开户背后的商业逻辑与合规风险,帮助创业者判断这套AI数字员工系统的真实投产比。

Chatbot与AI Agent的本质区别:从对话到执行的跨越
Chatbot和AI Agent有什么区别?本文基于Learn Tech频道的MCP系列讲解,用订机票、笔记摘要等实例说明:Chatbot只给答案,Agent通过思考-行动-观察循环真正完成任务,并拆解模型、工具、记忆、目标四大部件及MCP的桥梁作用,同时讨论Agent的适用边界与权限风险。