重點
固定相同測試頁、登入狀態、提示詞和預期欄位。
比較
gemini-3.5-flash-lite與目前路由。Computer Use 標示為 Preview，並非 Tabbit 整合證明。
兩次測試是路由核驗，不是效能基準。
路由檢查
| 環節 | 需求 | 檢查方式 |
|---|---|---|
| 型號 | gemini-3.5-flash-lite | 確認供應商 ID |
| Agent | 本機用戶端可載入技能 | 執行無害呼叫 |
| 瀏覽器 | Tabbit Browser 和 CLI | 確認同一登入環境 |
| 結果 | 兩份審核稿 | 不修改頁面 |
Gemini 3.5 Flash Lite 型號頁列為穩定型號，並將 Computer Use 標為 Preview。目前 Gemini API 退役表尚未公布退役日。
連接本機瀏覽器
先用無害請求確認服務商提供準確 ID，再確認本機 Agent 能載入 Tabbit 技能並啟動 CLI。Pi 使用 /skill:tabbit；其他用戶端可能使用 /skills。模型路由、CLI 連線和網站登入需分開檢查。Google 的 Computer Use 支援不代表用戶端能呼叫 Tabbit CLI。遠端 Agent 需要另有支援的本機交接。
| 檢查 | 通過 | 停止條件 |
|---|---|---|
| 型號 | 明確選到 gemini-3.5-flash-lite | 型號被替換 |
| 用戶端 | 本機載入技能 | 僅能遠端執行 |
| 網頁 | 測試頁已登入 | 欠缺 MFA 或權限 |
| 欄位 | 頁面未變更 | 兩次讀取條件不同 |
在同一頁執行兩次
先用目前型號，再用 Flash Lite。固定頁面、用戶端、登入、提示詞和欄位，分別儲存「瀏覽器路由基準」和「Gemini 3.5 Flash Lite 核對」。比較標題、狀態、網址、錯值、重試和人工檢查時間。不要點擊或送出。這是測試夾具範例，不是基準測試。
在已登入測試頁只讀取頁面標題、可見狀態和網址，逐字回報。缺漏或不明欄位標示「未知」。另存「Gemini 3.5 Flash Lite 核對」。不要點擊、編輯或送出。完成後等待我審核。Reddit 上一位評論者認為 Flash Lite 較適合快速檢索，而不是只看程式基準。這是個人看法，不是模型效能證據。閱讀討論。
用 Tabbit 傳遞本機瀏覽器
Tabbit 連接本機 Agent 和已登入瀏覽器，不提供 Gemini 路由或登入。CLI 指南、連接既有瀏覽器、首次任務清單、MCP 與 CLI、Codex 設定、登入狀態重用、瀏覽器控制方式、Gemini 3.6 Flash 流程。
判斷是否切換
| 情況 | 下一步 | 原因 |
|---|---|---|
| 常見且容易核對的讀取任務 | 在固定頁測試 Flash Lite | 符合高吞吐定位 |
| 供應商沒有確切 ID | 保留目前路由 | 避免比較錯誤型號 |
| 需要 Computer Use | 確認用戶端支援 Preview 工具 | 文件不等於用戶端實作 |
| 任務要改正式資料 | 停在草稿 | 保留人工核准 |
結論
如果供應商開放型號，而且結果容易核對，可測試 Flash Lite 處理重複、範圍明確的讀取。固定測試條件，再依準確度、漏項、重試和審核時間決定。
常見問題
型號 ID 是什麼？
Gemini API 文件列出 `gemini-3.5-flash-lite`。請確認供應商和用戶端提供此路由。
型號仍可用嗎？
目前 Gemini API 退役表尚未公布退役日期。部署前再次確認。
Computer Use 代表整合 Tabbit 嗎？
不代表。Google 將 Computer Use 標為 Preview，這不能證明用戶端能呼叫 Tabbit CLI。
如何公平比較？
固定頁面、登入、提示詞和欄位，比較漏項、來源正確度、重試與審核時間。單次執行不是基準測試。
能重用登入嗎？
可以，只要 CLI 連到相同 Tabbit Browser 環境。它不會略過登入或網站授權。