Tabbit部落格

怎樣讓瀏覽器 Agent 把 Excel 數據批量填進網頁表單

把一行表格映射為一條網頁記錄,先驗證單條,再從未完成項安全續跑。

本文目錄
  1. 映射字段並檢查輸入
  2. 先跑一條並回讀
  3. 區分提交嘗試和確認結果
  4. 從目標狀態決定續跑範圍
  5. 把源表和目標逐行對賬
  6. 先從小批量開始

Agent 能讀取工作簿並訪問獲准表單時,可以用 Excel 批量錄入。先為每行設唯一鍵,把列明確映射到可見控件。先驗證一行。提交結果不確定時,重試前按鍵回查目標。

映射字段並檢查輸入

合成工作簿有四行,字段為 Record Key、Item Name、Quantity 和 Note。Record Key 是文本鍵,Quantity 要求正整數。此練習新建記錄時,空的可選 Note 就留空。更新已有記錄時,應提前定義空白是保留、清空還是拒絕。

工作簿列表單標籤規則
Record KeyRecord key唯一文本鍵
Item NameItem name必填文本
QuantityQuantity正整數
NoteNote新建可選

下載練習工作簿 · 網頁表格轉 CSV · 適合 Agent 的瀏覽器

先跑一條並回讀

在獲准的測試環境里,逐一核對表單標籤和輸入值。獲准提交一行後,用鍵重新打開目標記錄。本次 O01-001 的名稱和數量一致,Note 為空,並讀到 REC-001。點擊按鈕只能說明動作已發出。

打開獲准的測試表單。讀取工作簿的一行,把列映射到可見字段,提交前展示輸入值。記錄目標鍵和回傳結果。響應不確定就暫停,按原鍵查證後再續跑。

Codex 商品錄入案例 · 瀏覽器 Agent

區分提交嘗試和確認結果

逐行記錄來源鍵、校驗狀態、嘗試次數、目標回傳結果和下一步。O01-002 已在服務端保存,但確認頁返回 503。首輪停止並記錄狀態未確認。單看 503 無法判斷是否保存。

Power Automate web actions · 瀏覽器自動化 · Agent 瀏覽器安全

從目標狀態決定續跑範圍

另開 Tabbit 任務,按鍵回查。O01-002 已存在,值匹配並返回 REC-002,因此跳過。O01-003 未保存且校驗通過,續跑只提交這行。O01-004 的 Quantity 是文本 two,提交前攔截。無法核對的記錄留待人工確認。

讓 AI Agent 操作瀏覽器 · API 與瀏覽器選型

把源表和目標逐行對賬

逐行比對鍵、字段和回傳結果,再核對記錄數和可加總的字段。四條源記錄最終保存三條,一條校驗阻塞,數量合計 9。目標日誌顯示每個已存鍵只提交一次,阻塞行零提交。合計不能替代逐行核對。

來源鍵結果回傳結果
O01-001確認保存REC-001
O01-002503 後回查確認REC-002
O01-003續跑後確認REC-003
O01-004提交前攔截
練習工作簿預覽和 Tabbit 核對三條記錄後的表格

首次瀏覽器任務清單 · Tabbit CLI 教程

先從小批量開始

本次工作簿導出後重新讀取,取值交給 Tabbit 腳本操作本地測試表單。失敗在保存之後主動注入。生產系統有獲准的導入或 API 且滿足需求時,可直接使用。必須走瀏覽器時,另行核對回傳結果和結果。

一位 Power Automate 用戶能讀出 Excel 行,卻沒有成功把值逐項填進網頁字段。另一條討論提到表單在連續提交間刷新。先把一行映射和回傳結果核對清楚,再擴大批量。 Reddit Power Automate · Reddit Forms

常見問題

怎樣把 Excel 一行對應到一個表單?

給每行穩定鍵,按列名映射到明確的網頁字段,並規定類型。

空值如何處理?

按字段和動作定義含義。新建時可選項可以留空,更新時可能要保留舊值。

503 是否代表表單未保存?

要按鍵回查。服務端可能先保存,再在返回確認時失敗。

怎樣續跑才不會重復?

先核對已確認和狀態不明的鍵,只提交通過校驗且確認不存在的記錄。

每行記錄哪些對賬信息?

來源鍵、校驗狀態、嘗試次數、目標回傳結果和下一步。

無法確認是否保存怎麼辦?

保留未確認狀態,交給人工或受支持的查詢接口核實。

下一步

讓 Tabbit 與你並肩工作。

跨分頁調研、自動化重複的瀏覽器工作,讓每一處上下文都觸手可及。