Tabbit決策端 · Codex
讀來源檔、排順序、每次儲存都回頭核對
- 讀取表格與圖片資料夾，並把辨識結果列出來：高強度螺栓、不鏽鋼管、金屬齒輪、電動馬達、鋼製梁、電商專案軟體。
- 先檢查現有商品列表，確認裡面只有 2 個系統測試商品，所以這 6 個商品不會重複建立。
- 每儲存一個商品，都回到列表與前台預覽頁，確認價格、庫存、圖片、描述真的寫進去了。
真實錄屏 · 一條指令 · 6 個商品 · 13m 33s
一條指令，6 個商品，後台自己填完了。Codex 負責決定，Tabbit 負責點擊。
指令只說了一件事：把這個資料夾裡的商品都錄進店鋪，全部到店自提。Codex 讀完表格與圖片，算出有 6 個商品在等著，把瀏覽的活交給 Tabbit。Tabbit 打開有贊後台，逐個建立商品——主圖、類目、價格、庫存、編碼、描述、物流——儲存後打開前台預覽頁核對，再回到列表確認商品真的在「銷售中」。
- 6
- 個商品在來源資料夾裡
- 2
- 個在錄屏中完成上架
- 13m 33s
- 狀態膠囊顯示的任務耗時
- 5
- 條 Agent 自己寫下的糾錯紀錄
Codex × Tabbit任務錄入商品到系統用時13m 33s
當時輸入的指令
打开有赞商品管理页面，帮我把「上传商品案例」文件夹中的商品都录入到系统中。全部都是到点自提
一句話說清資料夾，一句話說清出貨方式。錄屏裡緊跟的是一個本機絕對路徑，本頁只保留資料夾名稱。
00 · 完整錄屏
看 Agent 怎麼把後台表單填完
62 秒、無剪輯，是一段 13m33s 任務的加速回放。右邊 Codex 一直在規劃，左邊 Tabbit 一直在操作商家後台。本頁後面出現的每一個數字，都來自這一次工作階段。
01 — 誰決策，誰執行
兩個角色，一件事
這裡沒有為某一家店鋪寫死的腳本。一邊決定每個商品要填什麼，另一邊真的把它敲進後台。
執行端 · Tabbit
像人一樣操作商家後台
- 打開發布商品頁、上傳主圖，再逐項填寫類目、價格、庫存、編碼、描述、參數與物流規則。
- 跑在你已經登入的真實工作階段裡——店鋪、設定與權限都是營運自己那一套。
- 以 Tabbit CLI 任務執行（`--task youzan-goods-upload`），同一條命令可以複用到下一批商品。
Agent 列出的商品
- 高强度螺栓
- 不锈钢管
- 金属齿轮
- 电动马达
- 钢制梁
- 电商项目软件
02 — 執行鏈路
從一句話到商品上架，十個節點
時間軸上的時間是 Agent 面板自己的「已處理」計時器讀數，不是影片時間——影片是 13m33s 任務的加速錄屏。
- 011m 33s
讀取來源資料
讀入 6 張圖片與 1 份 Excel 表。Agent 特別說明這一步只提取資料，不改動原始檔案。
- 022m 46s
盤點要錄的商品
依名稱辨識出 6 個商品，價格、庫存、單位、描述與對應圖片都齊全；同時載入 Tabbit 的上傳與重複操作規範。
- 033m 06s
先查一遍重複
現有列表裡只有 2 個系統測試商品，這 6 個一個都不在裡面，所以不會重複建立。
- 044m 06s
啟動瀏覽器任務
透過 Tabbit CLI 啟動名為 youzan-goods-upload 的任務，對接有贊後台。
- 056m 06s
建立第一個商品
打開發布商品頁、選擇實物商品、上傳主圖，然後填完名稱、類目、價格、庫存、編碼、描述、參數與物流。5 條糾錯紀錄裡有 2 條發生在這段。
- 067m 46s
儲存並看前台
點「儲存並查看」直接跳到前台預覽頁，Agent 在那裡核對價格、剩餘庫存與描述文案。
- 079m 06s
回列表再確認一次
回到管理頁依名稱搜尋這個商品，找到那一行，讀出編碼與「銷售中」狀態。
- 0812m 19s
按同一結構錄第二個
不鏽鋼管走同樣的流程，換成它自己的圖片、價格、庫存、編碼與描述。
- 0913m 18s
改用編碼複核
新商品沒有立刻出現在列表裡，Agent 拒絕重新提交，改成依商品編碼、跨全部狀態搜尋。
- 1013m 33s
恢復瀏覽器實例，繼續下一個
錄屏結束時，Agent 發現瀏覽器實例發生了切換，先恢復原任務連線，再準備錄入第 3 個商品。
$HOME/.local/bin/tabbit-cli nodejs --task youzan-goods-upload --reque…有赞 · youzan-goods-upload
03 — 錄進去了什麼
真正落進系統裡的欄位
全部取自錄屏畫面。影片結束時，兩個商品在列表裡都還是「銷售中」。
下表每個值都是 Agent 敲進商家後台的，之後又從列表與前台讀回來核對過。
| 商品名稱 | 價格（元） | 庫存 | 商品編碼 | 商品描述 |
|---|---|---|---|---|
| 高强度螺栓 | ¥8.00 | 1,000 | SZ001 | 用于连接结构件 |
| 不锈钢管 | ¥80.00 | 500 | SZ002 | 用于输送流体 |
前台預覽頁
高强度螺栓
¥8剩餘庫存 1,000
- 商品描述
- 用于连接结构件
類目、參數與物流欄位同樣由 Agent 填好，錄屏裡能看到填寫過程；本頁只列出畫面清晰、可以逐字引用的值。
04 — 卡住的時候
卡住 5 次，每次它都換了做法
下面這些是 Agent 自己寫在執行日誌裡的話，原文照錄。這段是大多數演示會剪掉的部分，也是「能不能放手不管」的關鍵。
01
上傳按鈕點了沒反應
執行日誌原文图片素材弹窗已打开，但第一次点击“上传图片”没有触发系统文件选择器；我先检查弹窗当前状态，不重复上传，避免潜在的重复素材。
02
描述編輯器藏在嵌套框架裡
執行日誌原文商品详情编辑器位于嵌套框架中，首次定位选错了框架，尚未写入内容。我会按可编辑元素逐层定位后继续，已有基本字段和图片不受影响。
03
儲存把頁面跳走了
執行日誌原文“保存并查看”保存成功后自动跳到了商品购买页，导致后续返回列表的定位失效；商品本身已保存。我会直接回到你提供的管理页核对该商品，再继续后续录入。
04
儲存成功但列表裡查不到
執行日誌原文“不锈钢管”表单显示“保存成功”，但回到列表后暂时没有检索到该商品。我不会立即重提；先按商品编码和全部状态复核，确认是否只是索引延迟或保存后的跳转尚未完成。
05
瀏覽器實例在它腳下換了
執行日誌原文浏览器运行实例刚刚发生了切换：原任务仍在旧实例中，新命令落到了一个空白实例，因此“金属齿轮”尚未开始录入。根据 Tabbit 的恢复规范，我先恢复原任务连接，避免在错误实例里重复操作。
05 — 到底有沒有成功
它用三種方式檢查自己的活
「儲存成功」不算證據。Agent 會自己去看。
01
回管理列表把那一行讀出來
依商品名稱搜尋，從列表行裡讀出編碼、價格、庫存與「銷售中」狀態。
02
打開前台預覽頁
打開顧客會看到的那個頁面，確認價格、剩餘庫存與描述文案就是剛填進去的內容。
03
依編碼跨狀態搜一遍
第二個商品沒有立刻出現時，Agent 依編碼與全部狀態去查，而不是再儲存一次。
錄屏在任務中途結束：第二個商品已經在列表裡核對過，Agent 正在恢復原本的瀏覽器實例、準備錄第 3 個商品。本頁不宣稱整批 6 個都在鏡頭裡做完了。
06 — 這個組合為什麼成立
三件事讓這個組合站得住
它們都不取決於模型有多大。
01
後台本身就是介面
不需要 API Key，不需要對接專案，也不需要等對方開權限。營運能在瀏覽器裡做的事，Agent 就能做——包括那些必須點開才出現的內容。
02
來源資料不用搬家
表格與圖片就放在你原本存放的資料夾裡讀，不需要先轉格式，也不需要先上傳到第三方服務。
03
它會檢查自己的產出
儲存不是終點。Agent 會打開前台與列表，把欄位讀回來，確認無誤再進下一個——這才是「每週都能跑」與「只能演示一次」的區別。
07 — 複刻指南
四句話，讓批次錄入跑得更順
貼給任何能呼叫 Tabbit 的 Agent 都可以。
01
說清資料在哪、要進哪個後台
把資料夾與管理頁都點名。Agent 自己去讀來源檔，不用你先把內容貼給它。
提示詞
打開【店鋪】的商品管理頁面，讀取【路徑】這個資料夾，把裡面的商品全部錄入到系統裡，全部按到店自提。
02
要求第一次寫入前先查重
真實後台裡本來就有測試商品。先說好查重，整批才不會產出垃圾資料。
提示詞
在建立任何商品之前，先列出你找到的商品，並檢查現有商品列表。如果已存在，跳過它並說明原因。
03
每次儲存後都要求讀回核對
一個「儲存成功」的提示什麼都證明不了。要求它去前台與列表把值讀回來。
提示詞
每次儲存後，打開前台預覽頁與商品列表，把你讀到的價格、庫存、編碼與狀態彙報出來。
04
明確告訴它列表沒刷新時不要重提
索引延遲看起來很像失敗。寫清「先依編碼跨狀態核對，再決定是否重試」，能避免重複上架。
提示詞
如果儲存後的商品沒有出現在列表裡，不要重複提交。先依商品編碼、跨全部狀態搜尋，並彙報結果。
08 — 繼續看
Agent + Tabbit 案例系列
同一個模式，五種不同的活：通用 Agent 負責思考，Tabbit 負責瀏覽。
01已上線
追蹤 4 個標的 7 個交易日的股價
豆包工作規劃，Tabbit 讀東方財富，報告自己渲染出來。
02已上線
讀 5 篇熱門筆記並寫出貼文腳本
千問辦公規劃，Tabbit 讀小紅書，交付物是一份腳本檔案。
03目前頁面
把 6 個商品錄進商家後台
Codex 讀表格與圖片，Tabbit 填後台，前台再核對一遍。你正在看的這一篇。
04已上線
搭一張多維表格
DeepSeek 設計表結構，Tabbit 把 200 筆訂單寫進飛書多維表格。
05已上線
把資訊彙整成每日簡報
WorkBuddy 篩選與寫作，Tabbit 造訪四個指定來源。
基準測試報告
瀏覽器 Agent 有多快，成本是多少？
同一批任務分別在 Tabbit、Codex Chrome 與 Agent Browser 上跑，依正確率、中位耗時與每個正確答案的輸入 token 計分。
常見問題
試之前大家會問的問題
需要給店鋪開發介面嗎？
不需要。Agent 操作的就是你手點的那套後台——已登入的工作階段、真實的發布表單、真實的儲存按鈕。店鋪側不用裝任何外掛。
商品資料從哪來？
從你原本存放資料的資料夾裡來：一份表格加商品圖片。這次執行中 Agent 讀了 6 張圖片與 1 份表格，並明確說明不改動原始檔案。
如果商品已經存在會怎樣？
它會先查。日誌裡寫著現有列表只有 2 個系統測試商品、6 個待錄商品都不在裡面，所以不會重複；之後每儲存一個還會依編碼再核對一次。
頁面不配合的時候怎麼辦？
它換策略，而不是停在那裡。這次執行裡出現了 5 次：點擊沒打開檔案選擇器、描述編輯器在嵌套框架裡、儲存後頁面跳走、列表還沒索引到、瀏覽器實例中途切換。
整批 6 個都在鏡頭裡做完了嗎？
沒有。錄屏完整覆蓋了前 2 個商品，結束時 Agent 正在恢復瀏覽器連線、準備錄第 3 個。狀態膠囊顯示這次執行用時 13m 33s。
開始使用
讓 Agent 去幹這些重複錄入
下載 Tabbit，交給你已經在用的 Agent，把它指向那個你每週要打開四十次的後台。
免費。支援 macOS 與 Windows。