跳到主要内容

AI 条件判断

AI 条件判断节点利用 AI 模型对输入内容进行语义理解,返回 True(满足条件)或 False(不满足条件)的结果。你不需要像普通条件分支那样配置精确的操作符和比较值——只需要用大白话告诉 AI "判断什么、怎么判断"即可。


什么时候用

普通条件分支适合精确比较——等于、大于、包含某段文字等。但有些判断是语义层面的,无法用简单的操作符表达:

  • 判断页面是否弹出了"请先登录"之类的弹窗(不同网站文案千差万别)
  • 判断商品是否缺货/下架(表述方式各不相同)
  • 判断爬到的内容是不是垃圾广告
  • 判断当前页面是否触发了风控验证(验证码、滑块等)

这些场景的共同点是:判断标准是"含义"而不是"精确匹配"。AI 条件判断就是为这类场景设计的。

AI 条件判断节点参数配置面板

配置说明

待判定内容

输入需要 AI 判断的文本。通常是上游节点采集到的网页文本、API 响应或某个变量的值。支持引用变量,例如 {{页面文本}}

如果引用的变量是对象或数组,运行时会自动转为文本再交给 AI 分析,你不需要手动处理。

判定指令

用自然语言告诉 AI 判断标准。写得越具体,判断越准确。

一些示例:

场景判定指令
检测登录弹窗判断获取到的网页内容中,是否出现了"登录提示"、"登录弹窗"或"请先登录"等拦截信息。
判断翻页终止判断网页底部分页信息中,是否包含"没有更多了"、"已加载完毕"或"末页"等提示。
识别缺货商品判断采集到的商品详情文本中,是否明确标记了"缺货"、"已售罄"或"暂时无法购买"。
检测风控判断当前页面提取的内容中,是否出现了"操作过于频繁"、"人机验证"或"拼图验证"等风控警告。

快捷模板

配置面板提供了 4 个常用场景的指令模板,点击标签即可填入「判定指令」输入框,填入后仍可自由修改:

  • 弹窗/拦截判定 — 检测登录弹窗、拦截提示等
  • 翻页终止判定 — 检测分页是否已到底
  • 缺货/下架判定 — 检测商品是否不可购买
  • 风控/验证码 — 检测是否触发反爬验证

运行逻辑

节点执行时,按以下步骤处理:

  1. 解析「待判定内容」和「判定指令」中的变量引用
  2. 将待判定内容和判定指令发送给 AI 模型
  3. AI 返回判断结果:True(满足条件)或 False(不满足条件)
  4. 流程根据结果走向对应的输出端口——上方是 True 分支,下方是 False 分支

参数参考

参数说明
待判定内容必填。需要 AI 判断的文本内容,支持 {{变量名}} 引用
判定指令 (Prompt)必填。自然语言描述判断标准,写得越具体判断越准确

常见问题

和普通条件分支有什么区别?什么时候用哪个?

普通条件分支AI 条件判断
判断方式精确比较(等于、包含等 10 种操作符)AI 语义理解
适用场景确定性判断(数字比较、字符串匹配)模糊判断(含义/语义分析)
速度即时需等待 AI 响应(稍慢)
消耗少量 AI token

举个实际例子:你要判断页面是否弹出了登录弹窗。不同网站的文案可能是"请登录后查看"、"您需要先登录"、"登录后方可继续"……用普通条件分支写 contains 几乎无法穷举所有可能。而 AI 条件判断只需写"判断是否出现了要求登录的弹窗",AI 就能理解。

建议:能用精确比较解决的,优先用普通条件分支。只有语义模糊、无法枚举的场景再用 AI 条件判断。

判断结果不准确怎么办?

  • 指令写得更具体:不要只说"判断是不是广告",而是"判断内容是否包含推广链接、促销话术或第三方广告标识"
  • 缩小内容范围:不要直接给一整页的 HTML。在上游用「设置变量」提取关键文本段落,再传给 AI 判断
  • 尝试不同措辞:有时换一种表达方式能让 AI 理解得更准确

需要什么前置配置?

使用 AI 条件判断前,需要在插件设置中完成 AI 模型配置(API Key、模型选择等)。如果未配置,配置面板会提示你先完成 AI 设置。