BU Ultrafast 全面上線：瀏覽器 agent 任務 22 秒完成

**摘要：**Browser Use 在 2026 年 10 月 31 日宣佈，BU Ultrafast 結束 waitlist，正式開放給所有美國的 Browser Use Cloud 方案，包括免費方案。官方數據顯示中位數任務只需 22 秒、每次 $0.0064，比預設 agent 快三倍以上且更便宜。對正在做瀏覽器自動化的產品團隊來說，這直接改變了短任務的成本與延遲計算。

數字背後的取捨

根據官方公告，Ultrafast 的中位數任務是 22 秒、$0.0064；預設 agent（GPT-6 Luna）則是 79 秒、$0.0098。這不是 lab benchmark，而是 Oct 16–29 期間完成任務的中位數：Ultrafast 有 12,238 次跑數、134 個專案，預設 agent 有 146,120 次跑數、9,473 個專案。在 8 個同時用兩種 agent 各跑 20 次以上的專案裡，Ultrafast 全部都更快也更便宜。

要注意計費口徑：這個成本只含模型與搜尋費用，瀏覽器和 proxy 另計。

它是什麼，什麼時候選它

依官方文件，bu-ultrafast 是一個低延遲的 V4 preset：Browser Use Pi 跑在 GPT-6 Luna、低 reasoning、OpenAI priority tier 上。選擇邏輯其實很清楚：

短、互動密集的流程：bu-ultrafast
同類流程但步數多、Ultrafast 會漏抓：bu-fast（中等 reasoning、標準 tier）
研究、大量收集、檔案、長指令：不設 model，用預設的 GPT-6 Luna High reasoning

換句話說，Ultrafast 不是全面取代，而是把「短而頻繁」的任務推向即時等級。這和 Agent 可靠度的老問題相連——快不等於穩，什麼任務該交給哪個設定，本身就是產品決策，可參考我們之前寫過的 Shippy 的生產經驗。

接入只要改一個參數

把 model 設成 bu-ultrafast 就好，其他都不用動：

curl https://api.browser-use.com/api/v4/runs \
-H "X-Browser-Use-API-Key: $BROWSER_USE_API_KEY" \
-H "Content-Type: application/json" \
-d '{"task": "Find the cheapest flight from SFO to JFK next Friday", "model": "bu-ultrafast"}'

但有幾個限制值得記住。兩個 preset 都要求 Browser Use Pi，不接受 modelParams、mode 或 harness: “browsercode”，送了會回 422。Preset 會黏在 session 上：後續請求如果改成別的 model 或 modelParams 也會回 422。另外，新 session 預設不經 managed proxy，需要的話要設 browserSettings.proxyCountryCode（例如 “us”）。

計費細節

bu-ultrafast 跑在 OpenAI priority tier，token 以 Fast-mode 費率計費（標準的 2 倍）。bu-fast 用標準費率；HIPAA 專案上的 bu-ultrafast 也是標準費率。如果帶自己的 OpenAI key，token 直接由 OpenAI 向你收費，Browser Use 另加 0.2x 的 orchestration 費用。兩個 preset 在免費方案都能用。

實務上的建議：先用免費方案跑幾個代表性任務，比對 bu-ultrafast 和 bu-fast 的成功率與實際帳單，再決定哪條 pipeline 換 preset。畢竟 2x token 費率在量大時會放大，只有在任務真的短的前提下，省時間才等於省錢。

參考來源

原始貼文

在 X 上查看原貼文