返回博客首页
AI Agent 会刷 B 站：自动评论、账号权限与社区边界
一位开发者想让 Agent 每天替自己看技术视频、找出值得读的内容并生成摘要；另一个人看到评论区出现批量、格式相似的 AI 回复，想把它们隐藏。两种需求都围绕同一件事：AI 从“回答我的问题”变成“进入别人的社区”。这篇文章面向想试用视频代理、管理品牌账号或维护社区体验的读者，按照可验证的产品能力、最小权限试运行、互动审核和退出机制拆解这一变化。
讨论对象是开源的 dsh-bili-scroll 与 dafeiyu-cleaner。前者把视频搜索、字幕提取和日报交给 Agent，后者在浏览器本地识别并隐藏疑似 AI 评论。两者解决的问题不同，不能把插件的能力等同于平台官方功能，也不能把浏览器里的“隐藏”误写成平台级删除。
先确认它能做什么，再决定是否给账号权限
dsh-bili-scroll 的项目说明把功能拆为视频发现、理解、汇报和可选互动。它能按关键词寻找视频，读取可取得的字幕或相关信息，再把筛选结果写成 Markdown 日报。项目提供交互设置，包括评论和私信；自动评论默认关闭，每轮发送数默认 1 条、上限 20 条，且同一视频只评论一次。这里的“上限”是插件实现层的约束，不是免于打扰社区的保证；一条不合适的评论也足以让账号承担后果。
因此，体验顺序应从只读开始。先用未绑定互动权限的配置完成“找视频→取字幕→写报告”，连续几天检查召回、误选和摘要准确度；只有确有业务理由，才单独评估评论功能。切忌用“已经能自动看视频”推导“也适合自动发言”。
图 1：项目页面可核对安装与功能范围；真正上线前还要以当前仓库说明和账号设置为准。
把视频代理想成一个有四道门的流水线更容易治理：输入门决定它能看哪些公开内容；理解门决定字幕缺失时是否能继续推断；输出门决定日报落在哪里；互动门决定它能否用你的身份影响别人。多数试用只需前三道门。互动门应保持独立，不能藏在“全自动”开关下面。
只读试运行：先拿到一份可检查的日报
项目仓库说明要求的 DeepSeek Harness（DSH）版本与安装命令会变化；DSH 官方仓库也说明它仍在开发预览阶段。试用时先读插件 README 的当前“安装”段，核对本机版本、插件来源、依赖和账号登录流程。仓库给出的 GitHub 安装写法为 dsh plugin --profile web add github:c1overzz/dsh-bili-scroll；执行前还应查看该命令将安装的代码和权限范围。不要把第三方包名相同当作版本完全相同的证据。
把第一周的目标缩成一个能人工验收的任务，例如“每天从指定技术关键词里筛出不超过五条视频，给出标题、链接、时长、字幕覆盖情况、两句摘要和待核查点”。关键词最好有包含项与排除项：AI Agent 安全、模型评测 方法，同时排除纯剪辑、搬运或标题党。若字幕不存在，记录“无字幕，未做内容级摘要”，不要根据封面和标题补写观点。
建议日报每条固定保留六个字段：视频链接、检索时间、视频标题、字幕或内容来源、可复核的要点、为什么入选。摘要里的关键判断必须能回到字幕片段或作者公开信息；没有证据就写“待核对”。日报存到本地或受控知识库，不要默认同步到团队聊天群或公开页面。
图 2：设置页把“找内容”和“发评论”分成不同选项；试运行阶段只开启只读能力。
可以用一个最小验收表每天抽查：入选视频是否真的讨论指定主题；摘要有无引用不存在的字幕；链接能否打开；重复视频是否被去重；错选原因能否写进下一轮排除规则。连续三天检查比看一份漂亮日报更有价值，因为搜索排序、字幕可用性和视频更新都会变化。
自动评论为什么比自动摘要危险得多
日报主要影响使用者自己的判断；评论进入公共空间，并以账号身份传递立场。即使模型只复述视频内容，也可能在不了解上下文时显得冒犯、机械或像刷屏。平台规则、创作者预期和观众体验均不由插件的本地设置单独决定。把账号凭据交给 Agent 后，还要考虑令牌泄露、提示词注入、外部链接诱导，以及错误评论能否及时删除。
一个可执行的权限分级可以这样设计。第 0 级只允许搜索和生成私人报告；第 1 级生成评论草稿，必须人工复制或审核发送；第 2 级在明确列出的白名单账号、视频和时段内代发，并要求每条先通过审批；第 3 级全自动互动只适合已与平台规则和账号风险充分核对的特殊场景，不应作为默认配置。对绝大多数个人和企业账号，停在第 1 级已经能节省整理时间。
若确实需要代发，审批单至少展示目标视频、评论原文、引用的事实依据、账号身份、预计发送时间和撤回负责人。规则要包含硬停机条件：没有字幕来源却陈述视频细节、评论要求别人私信敏感信息、出现未授权营销链接、重复模板连续出现、用户投诉或平台提醒。出现其中任一情况，暂停互动并保留日志，而不是只调整提示词继续跑。
图 3：演示画面中的评论与识别标签说明公共互动会引起治理争议；截图不能证明具体账号由代理控制，也不代表规模化效果。
“提示词里写了不泄露隐私”只能是辅助约束。更可靠的是把敏感资料根本不放进可用于写评论的上下文，对外发送前做独立检查，把账号令牌限制在发送模块，并让审核人能看到即将发布的完整文本。对于营销账号，还要区分“内容推荐”和“伪装普通用户的互动”；后者可能损害信任，不值得用节省的几分钟换取长期信誉风险。
评论区的“清理”工具解决了什么，解决不了什么
dafeiyu-cleaner 的项目页面介绍了浏览器扩展方式：在 Chrome、Edge、Firefox 中识别疑似机器人评论，可用离线规则，也可选用 DeepSeek API 进一步判断。其核心动作是在当前用户浏览器里隐藏，不是从 B 站服务器上删除，也不是给账号打官方处罚标签。别人访问同一个评论区，可能仍会看到那些内容。
本地隐藏有两个好处：用户可以降低阅读干扰，不必等待平台统一处理；遇到误判也可以还原。但是模型或规则都可能把高频活跃用户、格式工整的真人评论判错。外部 API 精判还引入内容传输、密钥保管和调用费用问题。安装前检查扩展申请的网站权限、源码更新、是否默认发送评论文本到第三方；打开后从可恢复的“隐藏”模式开始，保留白名单与手动还原入口。
图 4：扩展的功能说明强调“浏览器侧识别与隐藏”；不能把它理解成平台治理结果。
判断“是不是 AI”也不宜只看语气。短句、表情、结构化回答都可能来自真人；反过来，人工编辑过的自动评论也可能很自然。对自己的阅读体验，可以接受可撤销的个人过滤；若要据此投诉、封禁或公开点名，证据标准必须更高，应考虑账号行为、频率、可核实来源和人工复核。
图 5：识别结果适合做个人筛选提示，单个标签不足以证明某账号由 Agent 控制。
一套适合团队的七天试运行
第 1 天确认用途与责任人：写下“每天早上给产品团队一份 AI 工具视频清单”这样的具体任务，明确谁审批、谁停机、日志保存多久。第 2 天安装并核对权限：记录插件版本、安装来源和设置截图，默认关闭评论、私信与自动回复。第 3 天建立基线：手工选十条视频，看代理能否找回、摘要是否忠于字幕。第 4 天调整关键词和排除规则：只依据错例修改，不用“更聪明一点”这类模糊提示。
第 5 天测试异常：字幕为空、视频已删除、标题与内容不一致、评论区出现诱导代理执行命令的文字。预期结果是跳过或标记，而不是编造。第 6 天把日报交给真实使用者，让他们反馈“哪一条有用、哪一条浪费时间”；不要只问“你觉得 AI 厉害吗”。第 7 天做决定：继续只读、进入评论草稿人工审核，或停用。决策依据是有用条目比例、人工纠错时间、误发风险和账号管理成本。
可以用下面的表格记录，而不必建设复杂看板：
| 项目 | 建议记录 | 不通过时的处理 |
|---|---|---|
| 发现准确度 | 抽查 10 条中真正相关的数量 | 收窄关键词，加入排除项 |
| 摘要可追溯性 | 有字幕证据的关键句占比 | 禁止无依据扩写 |
| 重复与过时 | 同视频重复、旧视频误当新闻的次数 | 按视频 ID 去重并保留时间 |
| 人工校正 | 审核一份日报所需分钟数 | 减少数量，改为只列来源 |
| 互动安全 | 草稿被退回、投诉或提醒次数 | 保持发送功能关闭 |
若团队用 Code0 管理开发任务，可把日报当成待审核资料：先由 Agent 生成结构化候选，再由人决定是否形成正式需求、测试任务或公开观点。对于使用 Apito 接入模型的团队，模型路由和费用监控只影响生成成本，不能替代账号权限审查；接入层应保留请求日志与发送前审批边界。两者都不要把“模型输出成功”当成“内容可发布”。
成本、隐私与维护：试用前要算的三笔账
第一笔是模型和接口费用。视频搜索、字幕读取、摘要与评论生成可能分别调用不同服务；如果启用评论识别扩展的 API 精判，还会增加按评论量增长的调用。记录“每天处理视频数、每条字幕长度、日报生成次数、精判评论数”，再按实际账单核算，不用凭一张示意价格表作预算。
第二笔是账号与数据成本。登录态、Cookie、私信、观看偏好可能属于敏感数据。把凭据放到系统密钥存储，不写入日报、提示词或截图；按最短期限保留日志；给团队成员分配不同权限。共享设备上运行浏览器扩展时，还应明确它处理的是谁的浏览历史和评论文本。
第三笔是维护成本。视频页面结构、字幕接口、插件依赖、浏览器权限与平台风控都可能改变。设定每周一次的健康检查：插件版本有没有更新、失败任务是否集中、日报链接是否失效、扩展是否过度隐藏正常评论。把回滚动作提前写好：关闭定时任务、撤销登录、禁用扩展、恢复被隐藏内容、检查最近发出的评论。
该怎么选：读内容、发内容、还是减少干扰
如果目标是节省检索时间，选择只读日报；它带来的价值最容易验证，风险也最可控。如果目标是维护一个公开账号，先选“评论草稿+人工审核”，明确创作者关系和平台规则后再考虑有限自动化。如果目标是自己看评论时减少机器人噪声，浏览器侧可撤销过滤即可；不要把过滤器的判断拿去给别人定性。三种工作流可以共存，但权限、日志和评价指标应分开。
上线前最后核对七项：项目仓库和版本仍可访问；读写权限分离；评论与私信默认关闭；日报保留视频及字幕证据；误判可恢复；API 和账号令牌可撤销；有人负责停机与处理投诉。满足这些条件之后，Agent 进入社区才更像可控的工具，而不是无人认领的自动发言人。
在 Code0 工作流里如何落地
把‘视频候选→证据核查→发布决策’拆成三张独立任务卡。候选卡只接受公开链接和字幕片段，核查卡要求审核人写出不确定点，发布卡只有人工负责人能够关闭。这样评论文本即使由 Agent 起草，也不会因为上一张卡自动完成而直接发出。每周把错选视频与退回草稿整理成规则更新，不把评论区内容原样塞回系统提示词。
资料来源
常见问题（FAQ）
只安装视频日报插件，会自动替我发评论吗？
按项目当前说明，自动评论是可选功能且默认关闭。安装后仍要核对本机设置和账号授权；试运行时保持评论、私信和回复权限关闭，并用测试账号核对实际行为。
没有字幕的视频能不能交给 Agent 总结？
可以记录标题、简介和公开元信息，但不能把这些当作已理解视频内容。日报应标明“无字幕或无法取内容”，不输出像是听过完整视频的细节判断。
浏览器扩展显示“AI 评论”，能据此认定对方是机器人吗？
不能。规则和模型都有误判；本地标签适合个人阅读过滤。涉及举报、公开指认或封禁时，应加入行为证据和人工复核。
企业账号可以把评论审核完全交给提示词吗？
不建议。至少把目标范围、发送权限、敏感信息过滤、人工审批、日志和一键停机设置在模型之外；提示词不能代替这些控制。
什么时候值得开启 API 精判？
只有离线规则的误判和漏判已造成明显阅读负担、且能够接受文本传输与费用时再考虑。先测一小批评论，保留白名单和撤销机制，并审查密钥保存方式。
