n8n Agent 怎样调用浏览器并核对网页回执

n8n 没有目标网站节点怎么办？

能用获准 API 时先检查它是否支持所需动作。如果任务依赖已渲染的控件或登录页面，可用 HTTP 连接浏览器运行时。普通工作流负责限定输入、校验结果、分流和记录。AI Agent 可选用这个子工作流工具。

例如测试后台的确认按钮。浏览器点击后读取状态，n8n 保留操作 ID 并检查结果。返回失败时先读回。同一个操作可能已经改变了记录，只是返回没送到。 浏览器自动化工具 搜索与浏览器操作

工作流与浏览器分别做什么

HTTP Request 只发请求，浏览器运行时决定打开哪页及使用什么账号。给工具一个有边界的操作，例如确认测试记录，让执行器从可信配置选择页面。先核对已登录会话。两条社区讨论分别区分网页操作与抽取，并指出重复触发可能重复写入。 连接现有浏览器 核对登录会话 浏览器讨论 幂等讨论

导入回执子工作流

下载 n8n JSON 和 本地 Tabbit 测试 adapter。例子使用同一台电脑上的 n8n、Node.js 和 Tabbit CLI。按钮只在合成页面生效，不需要外部账号。先启动 adapter，导入 JSON，再执行 Manual Test。

node tabbit-fixture-adapter.mjs

adapter 监听回环端口 3219。如果 n8n 在容器或别的主机，localhost 指它的执行环境。修改两个 HTTP 节点前先建立获准连接。 云端 localhost 示例

父 AI Agent 可用 Call n8n Workflow Tool 选择此子工作流，将 operation_id 和 scenario 映射到 Workflow Tool Input。每次只传一条。生产操作 ID 由父流程按来源记录和明确动作生成，避免模型每次重试都造一个。 Call n8n Workflow Tool 子工作流数据流

校验回执后再分流

校验 HTTP 状态、操作 ID、测试记录 ID、初始 OFF、最终 ON 和一次写入。缺字段的成功响应也要进入人工复核。Agent 可以总结，但下游分支应读取结构化值。

{
  "operation_id": "E09-lost-response",
  "outcome": "reconciled",
  "receipt_source": "read_back",
  "http_status": 200,
  "fixture_id": "E09-FIXTURE",
  "state": "ON",
  "writes": 1,
  "replay": false
}

这里的 http_status 来自 GET 读回。POST 的失败状态留在执行日志里。连接异常没有 HTTP 状态时也应视为未知。 HTTP Request 节点

失败后先读回

示例在进程内保存回执。生产需要持久存储、稳定唯一键和进程重启后也可核对的目标状态。写入前记录预期动作及获准目标。已经确认则返回同一回执；仍在执行或状态未知时先读或转人工。超时后查目标或确认记录。只有能用同一幂等键防止重复，或已人工确认未发生且获准，才重试写入。 n8n 错误处理 商品保存后读回案例

我们在 n8n 2.46.6 和 Node.js 24.16.0 环境导入了可下载的工作流，由独立的本地父流程每次传入一条数据。首轮返回 confirmed（200）、reconciled（503 后读回 200）和 needs_review（503 后读回 404）。适配器记录了两次 Tabbit 点击。用相同 ID 重跑时，两条已完成操作返回保存的回执，第三条继续等待复核，没有新增点击。测试使用模拟页面，未调用语言模型。

从一个动作开始

先验证手动运行的三个分支，再接 AI Agent。确认正常、读回和待复核分别能被后续节点识别。真实工作账号的首轮任务从只读开始。 第一个浏览器任务 AI Agent 如何用工具

Secholar.L

Tabbit 增长与内容

Secholar.L 专注 AI 浏览器与 Agent 工作流的实操写作,基于真实调研对比工具,引用可验证的一手来源。