當你把搜尋 API 接進 agent，第一個要回答的問題通常不是「哪一家結果最準」，而是「這個免費額度用完之後會發生什麼事」。Firecrawl 部落格的 Rhys Hanak 在 2026 年 9 月 22 日的文章裡把這件事講得很直白：同樣掛著 free 標籤，一種是硬上限，額度見底就停；另一種綁著信用卡，agent 一超量就自動轉成計量收費。兩者都叫免費，風險卻完全不同，而差別往往在半夜變成帳單，或是在開發到一半撞上 rate limit。
先看卡片，再看額度
Hanak 建議在比較免費方案時檢查六件事：註冊摩擦、是否要求信用卡、額度是否每月重置、併發與速率上限、索引來源，以及 token 效率。其中最容易忽略的是第二項。沒有付款方式的方案，agent 就算整晚迴圈也無法真的產生費用；有卡片的方案則相反，超量是設計上就會發生的事。
這也是為什麼「1,000 次免費查詢」本身幾乎沒有資訊量。真正決定成敗的往往是吞吐量：免費層常常先卡在併發數，而不是先卡在點數。
token 效率才是 agent 的實際帳單
Hanak 引用 OpenBenchmarks 的測試，同一個 coding agent 只更換搜尋 API，再依每個任務推進模型 context 的中位 token 數排名。搜尋-only 的結果中，Firecrawl 是 7,456 個 token，低於 Perplexity 的 8,765、Brave 的 14,103 與 Exa fast 的 22,344。
這個數字的意義在於：搜尋結果會直接餵進 context window，每一筆都算 input token，也佔用 agent 推理的空間。Exa 的單次搜尋標價和 Firecrawl 接近，但在這個任務上，每個結果帶進 context 的 token 大約是 Firecrawl 的三倍。免費額度能撐多久，取決於每次呼叫解決了多少問題，而不是價目表上的單價。
如果你正在設計工具呼叫的停損條件，這個角度和 工具呼叫迴圈的四個停損點 是同一類工程決策：先定義什麼時候該停，再談用哪一家。
四家供應商的取捨
Firecrawl keyless 是清單上唯一不需要註冊與 API key 的選項，每月自動套用 1,000 點，依 IP 限流。Hanak 指出，這讓無人值守的 agent 可以自己接上端點；搜尋每 10 筆結果扣 2 點，額度大約等於 5,000 筆結果，而且一次呼叫同時回傳搜尋與抓取內容。限制是 keyless 只開放 Search、Scrape、Parse，Crawl、Map、Agent 需要帳號，免費方案併發為 2。
Exa 提供註冊時 20 美元、每月 10 美元的額度，不需信用卡，因此超量在結構上不可能發生。Hanak 認為它適合語意探索型查詢，但索引較小、每筆結果的 token 較重。
Brave 自行爬取與排序 30B+ 頁面，這是它值得考慮的理由。不過 Hanak 寫道，2025 年 8 月時它還提供每月最多 5,000 次免費查詢且不需計費，到了 2026 年 2 月，新用戶的方案已被撤下，改為每月 5 美元額度並須在註冊時綁卡；既有免費方案訂閱者保留每月 2,000 次查詢。
Diffbot 則提供每月 10,000 點、不需卡片，橫跨其知識圖譜工具組。
對產品團隊的實務結論
把搜尋 API 當成一個會影響 token 帳單的元件，而不是一個獨立的資料來源。評估時至少量三件事：每次呼叫帶回多少 token、併發上限在哪裡、以及額度用完後是停止還是計費。
Hanak 的整理有一個明確的立場：免費層的價值不只看數字大小，還要看它是否會在你沒注意時變成付費。對還在驗證階段的團隊來說，先選不會產生意外費用的方案，等 prototype 穩定後再處理併發與索引覆蓋率的取捨，是比較安全的順序。
參考來源
本文由 AI 協助自上述來源整理，經人工審核後發布。