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 工作流的實測寫作,基於真實調研比較工具,引用可查證的一手來源。