dsh-bili-scroll 是什么:DeepSeek Harness 的 B 站滚动插件装法与同类选择
dsh-bili-scroll 不是「自动刷视频」,而是「按关键词巡检 B 站、读字幕筛选、生成日报」。 社区里有四个同名实现,配置项与推送方式不同;选错版本,后面的配置会对不上。
先纠正:它做的是巡检,不是刷播放
名字里的 scroll 容易让人以为是模拟滚动、刷视频。 实际流程是搜索、读字幕、判断、写日报,不涉及模拟点击(来源)。
它的输入是关键词,输出是 Markdown 日报。 中间靠字幕原文做判断,而不是靠封面或标题;所以字幕缺失的视频可能被跳过,这是设计取舍,不是故障。
用途是「减少刷视频的时间」,不是「增加播放量」。 理解这一点,后面的频率与边界才不会设错。
四个同名实现怎么选
同名不等于同功能,四个实现的侧重点不同。 先看差异,再决定装哪个。
| 来源 | 侧重 | 适合谁 |
|---|---|---|
| lll-77777777 | 关键词与 @ 对象配置 | 想按主题巡检、定向关注的人 |
| zxz-feng | 设置页配置与依赖安装 | 想按界面一步步配的人 |
| littlefallenstar | 邮箱与 Obsidian 推送 | 想把日报接进笔记或邮箱的人 |
| c1overzz | 评论开关与定时运行 | 想定时跑、按评论补充判断的人 |
lll-77777777 更适合「主题巡检」。 关键词与 @ 对象是主要配置项,适合按兴趣方向筛视频。
zxz-feng 更适合「先跑通再优化」。 设置页把配置项摊开,依赖安装方式也写在说明里,对新手更友好。
littlefallenstar 更适合「日报进工作流」。 支持邮箱与 Obsidian 接入,适合把结果沉淀到笔记系统。
c1overzz 更适合「定时 + 评论」。 有评论开关与定时运行,适合每天固定时间产出。
不要四个都装。 同名插件同时运行会重复抓取、重复推送,还可能互相覆盖日报文件;选一个,跑通再考虑替换。
安装:先确认依赖,再装插件
这类插件依赖外部能力,安装前先看说明里的依赖项。 依赖不全,装上也跑不起来。
- 在 Hub 搜索
dsh-bili-scroll,核对 owner,确认是你选的那个实现。 - 阅读详情页的依赖与配置说明,确认运行环境满足要求。
- 安装后重启,让插件在启动阶段注册。
- 打开插件设置页,确认配置项可见;看不到设置页,说明装错 profile 或版本不匹配。
- 先不要开定时,留到手动跑通之后。
依赖通常包括网络访问、字幕读取与推送渠道。 任何一项缺失,表现都是「任务跑了但没结果」,不一定是插件坏了。
推送渠道要单独验证。 邮箱、Obsidian 或 webhook 的配置错误,插件不会在巡检阶段报错,只会在推送阶段失败。
配置:关键词、对象、定时、推送
四类配置按顺序填,先保证能搜到,再保证能推出去。
- 关键词: 从窄到宽,先用一个明确主题试;关键词太宽会搜到大量无关视频,日报质量下降。
- @ 对象: 需要定向关注某些 UP 主时再填;不填就按关键词全站搜。
- 定时: 先设一个较晚的时间点,确认手动跑通后再开;频率不要太高,避免触发平台限制。
- 推送: 邮箱、Obsidian 或 webhook 先发一条测试消息,确认可达再接入日报。
关键词决定日报质量,推送决定日报有没有人看。 两者分开调,先调关键词,再调推送。
配置要留记录。 改了哪个关键词、哪个时间点、哪个推送渠道,写在同一份记录里;自动跑失败时才能对照。
第一次跑:手动优先
第一次运行不要直接开定时。 手动跑一次,能把搜索、字幕、判断、推送四段分别验证。
- 在插件面板触发一次手动运行。
- 看运行记录:搜到了多少视频、读到了多少字幕、生成了几条结论。
- 打开生成的 Markdown 日报,确认结构与内容符合预期。
- 检查推送渠道是否收到同一条日报。
- 四步都正常,再开定时。
手动跑通的价值是分段可见,第一次结果不理想也正常。 定时运行失败时,你至少知道哪一段曾经正常过,排查范围会小很多。关键词太宽、字幕缺失、判断标准不清都会影响质量;先调关键词,再调判断提示,不要一次改所有配置。
自动跑失败排查
手动正常、自动失败,说明问题在「运行条件」而不是「插件逻辑」。 四类原因最常见。
- 定时未触发: 看运行记录有没有对应时间点;没有记录,说明定时没生效或服务没运行。
- 运行环境缺依赖: 定时任务可能使用不同的环境;确认 Node.js、网络与命令路径一致。
- 登录态或凭据过期: 搜索与字幕读取依赖有效凭据;过期后手动也可能失败,只是你没在那时跑。
- 推送渠道失败: 巡检成功但推送失败,日报仍在本地;看推送日志与渠道配置。
先看运行记录,再看依赖,最后看凭据与推送。 顺序反了,会在插件逻辑上浪费很多时间。
失败记录要保留。 时间点、错误信息、当时的配置,三样齐了才能复现;只留一句「没跑」,无法定位。
边界:公开内容、频率与版权
这类插件处理的是公开内容,但仍有边界。 三条建议,避免把工具用出问题。
- 控制频率: 定时不要过密,避免给平台造成压力,也降低被限制的概率。
- 只处理公开内容: 不抓取需要授权或付费的内容,不绕过访问限制。
- 日报自用为主: 引用字幕与结论时注明来源,不把整段字幕作为自己的内容分发。
边界不是技术限制,是使用习惯。 频率与范围控制好,工具才能长期稳定。
下一步
先选一个实现,手动跑通,再开定时。 想看更多浏览器类插件,看《dsh-browser 是什么》;想理解插件安装与验证,看《DSH Plugin Hub 打开后怎么装插件》;想按场景挑插件,看《dsh 插件推荐按场景挑》。
来源:dsh-bili-scroll 插件页(lll-77777777)、dsh-bili-scroll 插件页(zxz-feng)、dsh-bili-scroll 插件页(littlefallenstar)、dsh-bili-scroll 插件页(c1overzz)
常见问题
dsh-bili-scroll 不是自动刷视频的脚本,也不会模拟点击。它按关键词搜索视频、读取字幕原文、逐条判断并生成 Markdown 日报,理解成「B 站内容巡检与摘要」更准确。
四个同名 dsh-bili-scroll 按推送方式区分。要关键词与 @ 对象配置选 lll-77777777;要设置页与依赖说明选 zxz-feng;要邮箱或 Obsidian 接入选 littlefallenstar;要评论开关与定时运行选 c1overzz。
dsh-bili-scroll 第一次运行应先手动跑一次,确认关键词能搜到视频、字幕能读到、日报能生成,再开定时。直接开定时,失败时很难判断是搜索、字幕还是推送环节的问题。
自动运行失败但手动正常,常见于定时未触发、运行环境缺少依赖、登录态过期或推送渠道配置错误。先看运行记录的时间点,再对照依赖与凭据,最后看推送日志。
相关术语
- dsh-bili-scroll
- dsh-bili-scroll 是 DeepSeek Harness 的 B 站内容巡检插件,按关键词搜索视频、读取字幕筛选并生成 Markdown 日报。— dsh-bili-scroll 插件页
- 字幕巡检
- 字幕巡检是读取视频字幕原文并逐条判断内容是否值得关注的过程,不依赖视频画面或模拟点击。— dsh-bili-scroll 插件页
- 日报
- 日报是插件把筛选结果整理成的 Markdown 文档,包含视频信息、判断结论与摘要,可推送或落盘。— dsh-bili-scroll 插件页
- 定时运行
- 定时运行是让插件按预设时间自动执行巡检任务的方式,需要运行环境、依赖与凭据同时可用。— dsh-bili-scroll 插件页
来源
- dsh-bili-scroll 插件页(lll-77777777)· dsh-plugin.org
- dsh-bili-scroll 插件页(zxz-feng)· dsh-plugin.org
- dsh-bili-scroll 插件页(littlefallenstar)· dsh-plugin.org
- dsh-bili-scroll 插件页(c1overzz)· dsh-plugin.org