谢丽鹿先泼一盆冷水：如果你以为“影刀6.0 + AI 自动评论 = 挂机刷屏涨互动”，那你大概率要失望。B站的风控这两年不是吃素的，那种批量跑到别人视频下发广告的做法，轻则评论全被折叠，重则账号直接异常。我下面讲的这套“AI 搞定 B 站自动评论”的做法，核心是给内容运营省时间，不是给“屠版”提供弹药。我们聊的是用 AI 生成有条理的评论文案，再用影刀6.0把“打开视频–写评论–点发布”这套重复动作自动化。
先交代背景，我自己手里管着几个不同定位的账号，日常要做评论区维护、活动回复和UP主之间的互动。以前这活基本靠人肉，一条两条还好，几十条下来手和眼睛都受不了。后来我把影刀RPA从老版本一路用到了6.0，又把大模型API接进了流程，才算把这块彻底跑顺。整套方案从拆需求到最终跑稳定，前前后后调了两周，中间踩了不少坑：选择器失效、评论框点不进去、验证码弹窗、发布后没反应、AI生成的内容被平台吞掉……这篇文章就是我跑通之后的完整复盘，适合正在做B站运营、或者想用影刀给重复工作提速的朋友参考，不要求你有编程基础，但最好已经装好影刀6.0并大概知道怎么创建自动化应用。
1. 从需求说起：评论区互动为什么值得做成自动化
1.1 先分清楚你要的是“群发”还是“维护”
很多人一听说自动评论，第一反应就是“去大UP主视频下面抢占前排”。这个场景我明确不建议做，原因很现实：平台对同设备、同账号的短时间高频评论非常敏感，一旦被判为营销号，账号权重掉下去，后续正常评论都会受影响。我自己测试过，在一台机器上连续发五条相似内容，第六条就直接提示“评论过于频繁”，连输入框都被限制了。所以如果你只有群发刷存在感这一个需求，这篇文章帮不了你，因为那条路本身就不值得走。
真正适合自动化的，是内容运营侧的“维护型互动”。
- 场景A：自己视频发出去之后，要在评论区做引导，比如置顶引导、开奖口令、补充资料链接。这类评论内容高度重复，但每条都要准点发布，适合让RPA去执行。
- 场景B：手上有几个矩阵号，需要互相捧场或做活动联动，评论要自然、要结合视频内容，纯复制粘贴很容易穿帮，需要AI帮忙生成不同语气的话术。
- 场景C：粉丝在评论区提问，你整理好回复模板后批量发送。这属于半自动状态，AI负责起草，人工审核后发出，越用越顺手。
我最后落地的一套，其实就是把场景B和场景C组合起来：读取一个视频链接，影刀自动打开页面并提取视频标题，把标题和UP主信息丢给AI，AI生成五六条不同风格的评论候选，再从中选一条填入评论框。全程不需要人盯着，但每一批跑完我会抽查几条。
1.2 为什么是“AI + RPA”而不是纯脚本
想清楚需求之后，技术架构其实很自然。B站评论这个动作本身，包含两件事：一是理解视频并写出有内容的评论，二是把这段文字送进网页并点下发布按钮。前者需要自然语言能力，后者是标准的UI操作。
如果只写个Python脚本去调接口，不是不行，但B站网页端的交互逻辑一直在变，接口参数、风控字段都很敏感，维护成本不低。更麻烦的是，账号登录态要处理、验证码要处理，稍有不慎就容易被判定为异常访问。用RPA模拟真人操作，至少交互路径是正常的浏览器行为，风险低很多。
AI的角色也不是“自动编段子那么玄乎”。它最大的价值是让评论文本每一条都不一样。2025年做自动评论，最怕的不是发布频率，而是内容重复度。两条完全一样的评论发出去，不管间隔多久，平台的内容去重都能快速识别出来。AI在这里起到的作用就是“同主题下的多样化表达”。
影刀6.0在这个架构里的位置，是连接器。它负责网页自动化、流程调度、异常处理、日志记录。AI只负责生成文本，不直接碰浏览器。这个分工非常干净，哪一环出问题就单独排查哪一环。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 影刀6.0里第一步不是写流程，而是选定自动化形态
2.1 网页自动化优先，客户端自动化只当备选
在影刀6.0里新建自动化应用时，会碰到一个选择：网页自动化还是桌面自动化？我在B站这个项目上，强烈建议选网页自动化。
原因有两点。第一，B站的评论区是标准的网页DOM节点，用网页元素定位可以精确到“评论输入框”“发布按钮”“验证码弹窗”，这是客户端自动化很难做到的。桌面自动化抓的是窗口级别，浏览器整个页面往往被识别成一个控件，根本点不到里面的评论框。第二，影刀的网页自动化能配合浏览器插件，直接读取当前登录的Cookie，省去很多登录态维护的问题。
如果你打开影刀后看不到“网页自动化”入口，先检查两件事：影刀客户端的版本是不是6.0或更高版本；本机默认浏览器是不是Chrome或Edge，并且已经安装了影刀配套的浏览器扩展。我用的是Chrome，稳定性最好。Firefox不是不行，但有些元素指令的表现会有差异，新手建议直接Chrome。
2.2 登录态是第一个坑：先解决“每次都要扫码”
自动评论的基础是账号已经登录B站。影刀6.0控制网页时有两种浏览器模式，操作界面里一般能看到类似“内置浏览器”和“本机Chrome”的选项。
内置浏览器每次启动是一个干净的临时环境，Cookie不会保留，你打开B站后会发现又要重新扫码登录。短任务还好，一旦做批量，每次登录扫码就会把自动化卡死。所以我的选择是：通过浏览器插件方式连接本机Chrome，让影刀直接复用已经登录好的B站会话。
这样配置完，第一次启动流程前手动登录一次B站，后面脚本每次打开的页面就都带着登录态了。如果哪天B站登录失效，影刀的流程里会突然出现一堆“未登录”的报错，这时候不要慌，去手动登录一次再继续跑即可。
2.3 别急着写全流程：先手工点一遍
很多朋友学RPA，上来就想把所有指令拼好，一下跑通。我在这个项目上吃过大亏：录了半小时，最后脚本一跑就开始乱点。正确的做法是，先把这个视频评论区里的完整路径手工点一遍，每一步都记录以下信息：
- 页面加载完成大概要几秒；
- 评论输入框要点击还是可以直接定位；
- 点完之后有没有出现二级弹窗；
- 发布按钮是不是总在同一个位置；
- 发布成功后页面有没有“评论成功”或“评论已发”之类的反馈。
这些信息决定你后面流程里的等待时长和分支判断。B站的评论区是动态懒加载的，页面不滚动到评论区位置，输入框在DOM里根本不存在。如果你一打开视频就去定位评论框，必然失败。所以流程的第一步是控制鼠标滚轮往下滚两屏，或者直接执行“滚动到页面底部”，等评论区渲染出来再去定位。这些小细节，只有手工点过一遍才会知道。
3. AI评论语料怎么生成：没有想象中的复杂
3.1 提示词决定评论质量，先写一个可控的Prompt
AI生成评论最容易出的问题，不是“写得不像人”，而是“写得不像这个视频的观众”。你如果只是丢一句“帮我评论一下这个视频”，大模型给出的内容多半是“这个视频真不错”“UP主加油”之类的空话，发出去既不安全也没意义。
我的做法是在影刀流程外先设计一套系统提示词，再通过影刀拼进API请求里。核心思路是让AI扮演一个真实的、熟悉该视频主题的B站用户。
下面是我在测试中常用的一个Prompt模板，你可以复制过去调整：
text复制你是B站的一名资深用户，平时喜欢在知识区和数码区看视频。请根据给定的视频标题和简介，写一条30字以内的评论。
要求：
1. 结合视频主题，不要写泛泛的夸奖；
2. 语气自然，像真人用户，不要像营销文案；
3. 不要出现“点赞”“关注”“一键三连”等引导词；
4. 不要带网页链接和联系方式；
5. 如果能针对视频中的某个细节提出一个小问题，优先输出问句。
把这段系统提示词和视频信息一起发给大模型，输出质量会明显上一个台阶。原因也简单：提示词圈定了内容边界，AI就不会自由发挥出现“兄弟加个微信”或者“这也太牛了吧哈哈哈”这类风险表述。
3.2 在影刀里调用大模型API，最省事的两种姿势
影刀6.0本身没有内置“一键生成评论”的积木，它做的是流程编排。接入AI的方式，我在生产环境里实际验证过两种。
方式一是直接让影刀发HTTP请求，调用任意一个大模型的API接口。这个方案的优点是完全可控，响应快，适合跑批量。你只需要把接口地址、模型名称、API Key配置到影刀的“发送HTTP请求”指令里，请求体写成标准格式即可：
json复制{
"model": "your-model-name",
"messages": [
{
"role": "system",
"content": "你是B站的一名资深用户，请根据视频主题写一条30字以内的自然评论。不要带链接，不要引导点赞关注。"
},
{
"role": "user",
"content": "视频标题：${视频标题}；UP主：${UP主名称}；简介：${视频简介}"
}
],
"temperature": 0.8
}
这里的“你的模型名称”和“你的接口地址”，要替换成你实际使用的大模型服务商提供的信息。国内能正常访问的模型API基本都兼容OpenAI格式，如果你不太确定，就找“Chat Completions”相关的接入文档，照抄JSON结构基本不会错。
方式二是在没有API Key或者只是临时试验的时候，用影刀打开网页版AI聊天工具，模拟输入问题、等待回答、再抓取回答文本。这个方案有两个明显缺点：页面结构一变就要改选择器、AI回答速度不稳定容易超时。它更适合验证Prompt效果，不适合正式跑批量。所以我最终选了方式一，流程稳定很多。
3.3 解析AI返回结果：核心是定位到content字段
影刀发送HTTP请求之后，拿到的是一段JSON字符串，真正的评论内容在最底下。这里新手最容易卡住，拿到数据后不知道怎么萃取。
常见返回结构长这样：
json复制{
"choices": [
{
"message": {
"role": "assistant",
"content": "这个视频里的案例讲得很透彻，尤其是第三个实验对比，解决了我一直没想明白的问题。"
}
}
]
}
我们最终需要的是 choices[0].message.content 里的字符串。影刀界面上有“JSON解析”指令，你可以在返回结果属性路径里填 choices[0].message.content 把它取出来。
不过我在实测中遇到过一种情况：有些大模型返回的content不是纯字符串，而是一个数组，里面有文本、有思考过程，甚至还有格式标记。如果你想保险一点，不要硬靠界面上的JSON路径指令一条路走到黑，直接在影刀里加一个“执行Python代码”积木，写一段解析逻辑：
python复制import json
def parse_content(resp_text):
data = json.loads(resp_text)
content = data["choices"][0]["message"]["content"]
if isinstance(content, str):
return content.strip()
if isinstance(content, list):
parts = [item.get("text", "") for item in content if item.get("type") == "text"]
return "".join(parts).strip()
return ""
影刀对Python的支持已经很成熟，我现在所有AI返回解析都走这段逻辑，反而比堆积木更省心。
3.4 输出前的本地安全过滤一定不能省
AI生成的内容，看着自然，不等于能直接发。我遇到过好几次AI在评论里写“加QQ群可以直接下载源码”“私信我发你链接”之类的内容。这种如果直接发出去，轻则评论被删，重则账号触发营销风控。
所以我的流程在AI返回之后、填入评论框之前，一定还会做一道本地过滤：把评论文本丢进一个关键词列表里比对，命中“微信”“QQ”“链接”“私信”“加群”等字样就整条丢弃，重新让AI生成。重试最多两次，如果还是带敏感词，这条视频就跳过并记录原因。虽然B站评论不可能完全靠关键词拦截就保证安全，但至少能挡住最常见的风险。
4. 把“打开视频-提取信息-生成评论-发送”串成完整流水线
4.1 输入清单：用Excel或数据表格管理待评论视频
在影刀6.0里，循环评论不应该靠脚本内部硬编码一个视频链接，而是要把任务清单放在一个可以随时编辑的地方。我用的是Excel表格，每一行一条视频，列结构如下：
- 视频链接：B站视频的完整URL；
- UP主名称：便于传给AI作为上下文；
- 期望语气：可选，比如“轻松”“专业”“幽默”，不填就让AI自由发挥；
- 发送状态：待发送/已发送/失败/跳过；
- 失败原因：留空或者写异常描述，方便后面排查。
流程跑起来后，整体结构就是一个循环：读取Excel当前行，如果状态不是“待发送”就跳到下一行；如果是“待发送”，就执行整条发送流程，跑完把状态改为“已发送”或“失败”。这样做的好处是，某条视频网络卡住、AI超时、验证码弹窗导致任务中断，处理完以后只需要找到“失败”状态的行重新执行，不需要从头跑一遍。
4.2 主线流程的动作细节
下面这条流水线，是我在影刀6.0里实际跑通的完整动作顺序，每一步都经过多轮调优。你可以对照自己的界面，把积木组装起来：
- 打开Excel，用“数据表格”指令读取当前行的视频链接、UP主名称、期望语气。
- 执行“打开网页”指令，跳转到视频链接。这里要设置一个等待条件，不需要强行等固定秒数，影刀里可以直接等“页面标题包含B站”或者等待页面加载完成事件。
- 获取页面标题，用来作为AI的上下文之一。B站页面标题通常包含“视频标题_哔哩哔哩_bilibili”这种格式，中间那段才是真正有用的视频标题。影刀里有“字符串截取”指令，按分隔符“_”处理一下就能取出来。
- 滚动页面到评论区。我建议模拟鼠标滚轮向下滚动，次数设成3到5次，每次间隔0.5秒，这样能触发B站评论区的懒加载。
- 等待评论输入框出现。这里不要用“固定等待5秒”这种粗笨做法，最好用“等待元素出现”指令，把超时设为120秒，元素找不到就走异常分支。
- 点击评论输入框，然后用“设置元素文本”或“输入文本”指令，把AI生成的内容填进去。
- 等待0.5到1秒，让B站前端完成文本绑定，然后再点击“发布”按钮。
- 发布之后，不要立刻跑下一条。要等待2到3秒，检查页面上是不是出现了自己的评论，或者有没有出现“评论过于频繁”“请先登录”等异常提示。
- 不管成功还是失败，把状态写回Excel，记录耗时和结果，然后进入下一行。
这中间最容易踩的坑是第6步，点完评论框之后立刻填入文本，有时候B站前端还没把输入框状态准备好，文本写不进去。解决方法是：点击输入框后先插入0.5秒等待，再输入。如果还是不稳定，就改成“点击输入框”后先“模拟键盘输入”任意一个空格，再把空格删掉，然后再填入真正的文本。这个方法听起来很傻，但实测对B站这种前端框架的页面非常有效。
4.3 分支处理：验证码弹窗、登录失效、评论被拦截
真正的生产级RPA流程，不能只有一条直路。B站偶尔会让你做滑块验证、弹窗提示登录失效、或者在你发布时蹿出一个“评论失败，请稍后再试”的提示。
我的策略是，在发布步骤前后加三个判断：
- 如果页面出现“请先登录”：停止当前任务，弹窗通知人工处理。不要尝试用脚本去绕过登录态，登录扫个码几分钟的事，强行用技术方案绕反而容易弄脏账号。
- 如果页面出现滑块验证：流程进入“等待人工”状态。影刀可以弹出一个提示框，让值班的人手动过一下验证码，过完再继续。我一直不建议写一套自动拖拽滑块的东西，因为B站的滑块检测会跟着浏览器的轨迹特征走，自动滑很容易被判异常。
- 如果发布后长时间看不到自己的评论：有两种可能，一是内容被风控折叠，二是网络延迟。先等10秒再查一次页面，还是没有就标记“失败原因：评论疑似被拦截”，跳过处理。
分支判断做得好，流程才能挂机跑。我最早那版脚本没有判断，一遇到弹窗就整个卡死，每次都要人干预。现在有人工介入机制后，跑几十条视频基本只盯一两次验证码就行。
5. 批量不是越快越好：节奏、风控与账号安全
5.1 为什么不要连续评论：平台的容忍度比你想象的低
如果你在一台设备上、同一个账号下，每隔几秒就发出一条评论，这不是“互动”，是向风控系统主动暴露自己“非人类”。我拿一个低等级测试账号做过对比实验：一分钟内连续发5条，第3条开始就触发了“评论过于频繁”的提示，第5条直接被吞，评论列表里只显示“评论已发布”，刷新后根本看不到。
所以评论发布的核心节奏只有一个字：慢。要让每条评论之间间隔足够随机，模仿真人的浏览路径。用一个运营号跑完整套流程时，我把每条视频之间的等待时间设在90秒到180秒之间，再叠加2到5秒的随机浮动，模拟“刷到下一个视频、看了一会儿、才开始评论”的真实节奏。
如果账号是刚注册不久的新号，我建议把间隔拉得更长，单次任务条数控制在20条以内，跑完一批就歇一段时间。老账号也不建议一天冲到上百条，B站的内容互动讲究权重，你一天发50条跟发500条，最后带来的账号价值可能一样，但风险完全不同。
5.2 评论内容必须有差异，AI不是用来“复制粘贴”的
AI生成评论的前提是每一条都不一样。我在流程里还加过一个附加校验：把当前AI生成的文本和本轮回流里已经发送过的前十条文本做相似度对比，如果重复度太高，就重新生成一次。这一步在影刀里实现不复杂，把历史文本存到一个Excel列里，每次生成后用简单的“文本包含”或“文本相似度”指令来判断即可。
为什么建议加这一步？因为同一批视频如果话题接近，AI很可能在思考路径上产生趋同，比如连续三个视频都生成“这个观点我很认同”作为开头，虽然每条完整评论字数不同、主题不同，但一眼看上去还是机械感很强。给AI加上“要求输出问句”“可以提个人经历”这类变化因子，或者直接通过修改temperature参数让输出更随机，都能降低内容模式化的概率。
另外，评论文本里千万不要带链接。很多新手觉得带个视频链接或商品链接能引流，但B站对带链接的评论审核非常严格，大概率会被折叠，甚至影响账号状态。我实际测过，一条带淘宝链接的评论发出去，表面上成功了，但换另一个浏览器看评论区，根本看不到这条内容，而且账号马上收到了“该评论存在违规信息”的通知。得不偿失。
5.3 批量任务里的“人工抽检”机制
全自动不是目的，让人从重复劳动中解放出来才是。我最终跑完的这版并没有完全无人值守，而是设计了抽检机制：每跑10条评论，影刀就给自己发一个提醒消息，让我去后台看一眼最近几条评论的状态。如果连续出现3条评论失败或异常，就自动暂停任务，等人工介入。
这个设计是从一次事故里学到的。某个早上我的流程跑了一个小时，回来一看，B站接口升级导致所有评论都发布失败，但我没设“连续失败自动暂停”，脚本还在傻乎乎地继续跑，评论框被反复清空再填内容，白白浪费了一个小时。从那以后，所有批量任务我都加上了“连续失败N次停止”的保险丝逻辑。别把机器想得太聪明，RPA只是替你执行，不会替你做判断，所以要在流程里留好“人工确认”的节点。
6. 实测最常翻车的三个环节与调试思路
6.1 评论输入框定位失效：B站的前端是动态渲染的
我刚把流程跑起来时，最大的槽点就是“昨天还能定位的评论框，今天找不到了”。B站页面里有大量异步加载的内容，评论输入框并不是页面一开始就存在，它是评论区组件渲染完成后才出现的DOM节点。如果用了绝对路径或者固定XPath去定位，页面稍微改版一次，选择器就废了。
调试思路不是死磕选择器，而是改用文本定位或相对位置定位：影刀里可以用“网页元素文本”来识别“发一条友善的评论”这个输入框占位符，也可以用“包含文本”来指定发布按钮。这样即使页面的嵌套层级变了，只要文案没变，流程就能继续跑。
另外，定位不到元素时先别怀疑脚本问题，打开影刀的“录制/高亮元素”功能，手动看一下当前页面上到底能不能识别出那个输入框。如果影刀自己都识别不出来，说明页面没有渲染完成，优先检查前置等待条件。这一步能省掉一半以上的无效调试时间。
6.2 评论框能聚焦，但文字填不进去
这个问题非常隐蔽，我花了两天才排查明白。症状是：流程点击了评论输入框，也调用了输入文本指令，界面日志显示“文本设置成功”，但页面上什么都没有，或者只有第一个字符。
原因大概率是评论框的焦点被抢了，或者B站富文本编辑器的输入事件跟RPA的“设置元素文本”不兼容。B站的评论框表面上是个textarea，实际上前端封装了一层编辑器逻辑，单纯的DOM赋值不走它的状态管理，所以文本没有真正写入。
解决方案是换一种输入方式：点一下评论框，让光标落进去，再用“模拟键盘输入”逐字符输入，或者整段复制文本后使用“快捷键粘贴”让它进入输入框。实战中我的优先级是“模拟键盘输入”优先于“设置元素文本”，前者的执行路径更接近真人操作，写入后基本不会被前端脚本清掉。
6.3 发布按钮点下去了，却没有发布成功
第三种高频故障，是点击发布按钮后页面没有反应。排查逻辑是这样的：
先看是否有弹窗遮挡。B站偶尔会弹出登录提醒、活动浮层、新人引导，把发布按钮的物理位置盖住，影刀虽然点到了按钮坐标，但实际点在了弹窗上。解决方案是每次进入视频页后先智能执行一次“按ESC键”或“点击页面空白处”的动作，把弹窗关掉，再去定位评论框和发布按钮。
再看是否评论内容本身触发拦截。如果你填的文本包含“链接”“微信”之类的词，点击发布后页面可能会弹一个“评论包含违规信息请修改”的文案，这个文本非常小，很容易错过。我的流程在点击发布后会等两秒再检查一次页面是否包含“违规”“频繁”“失败”等关键词，有就直接跳过错记原因。
6.4 让日志成为你调试时的“眼睛”
自动化流程跑挂了，最怕的是不知道在哪一步挂的。影刀6.0本身的日志功能可以记录每个步骤的执行情况，但我觉得还不够，建议在每条评论的Excel行里额外记录“视频标题、AI返回内容、执行结果、执行时间、失败原因”五列。如果后期数据量大了，可以把失败原因做一个分组统计，你会发现80%的异常集中在几个固定原因上，处理起来就非常有针对性。
断点续跑，说白了就是利用Excel里的“发送状态”列做筛选。某次任务跑到第37条时电脑休眠了，没关系。电脑唤醒后，重新运行整个流程，程序从Excel第一行扫到第37行，会看到“已发送”状态，自动跳过；到第38行看到“待发送”，接着往下跑。这套设计让我几乎完全不用管任务中断的问题。
我在实际跑这套影刀流程时，还有一个习惯：每次批量任务结束，把成功率和失败原因的统计截图存下来。时间长了能看到B站评论策略的松紧变化，也方便判断某些“失败”到底是个案还是批量问题。做自动化最忌讳“跑起来就不管了”，日志和复盘，永远比写脚本本身更决定长期效率和安全性。