編按：本文綜合整理自 Cloudflare 官方 Changelog、Cloudflare Blog、Remio 分析 與 Hacker News 討論串，並加入 Siami 編輯部觀點與分析。
Cloudflare 把「搜尋」放進 AI Gateway
2026 年 10 月 2 日，Cloudflare 正式把 Web Search API 列入 AI Gateway 的 beta 服務，定位非常清楚：「讓 AI 代理人搜尋網路，把答案 ground 在真實、即時的資訊上，而不是靠模型記住訓練截止日前的世界」。
這一步的時機很微妙。過去一年，所有主流模型供應商都在搶同一件事：把搜尋結果即時塞進 context window。OpenAI 有 SearchGPT、Anthropic 有 Claude 的 web fetch、Google 把 Gemini 跟自家搜尋綁死、Perplexity 整家公司就是這個敘事。如今 Cloudflare 選了一條不同的路：自己不養爬蟲、不做搜尋引擎，而是當「三家搜尋供應商 + 開發者」之間的轉運站。
開發者只要在 Cloudflare 帳號下開通 AI Gateway，就能從同一個 API 介面切換：
- Ceramic.ai（主打零資料留存 + 便宜）
- Exa（主打語意搜尋，給神經網路用的 embedding 引擎）
- Linkup（主打歐洲合規 + 企業級資料保護）
三家都承諾遵守 Cloudflare 自己推的「Verified Bots」爬蟲標準，也就是必須誠實宣告自己是誰、尊重 robots.txt、回傳結果時附上原始來源連結。
REST 呼叫跟 Worker 兩種整合方式
Cloudflare 同時給了兩條使用路徑。第一條是標準 REST，從後端伺服器、手機 App、外部服務直接打：
curl https://api.cloudflare.com/client/v4/accounts/$CLOUDFLARE_ACCOUNT_ID/ai/websearch/ \
--request POST \
--header "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
--header "Content-Type: application/json" \
--data '{
"query": "What are some fun things to do in Salt Lake City as fall approaches?",
"provider": "ceramic",
"limit": 5,
"options": { "gateway": { "id": "default" } }
}'第二條是 Worker 的 AI binding，直接寫在 edge function 裡：
const response = await env.AI.websearch({
gatewayId: "default",
query: "What are some fun things to do in Salt Lake City as fall approaches?",
provider: "exa",
limit: 5,
});
const results = await response.json();兩種方式在 Cloudflare 帳號後台看起來一模一樣：搜尋請求會出現在 AI Gateway 的 observability 日誌、用 AI Gateway 額度計費（不收任何加價）、可以針對不同 provider 設定存取權限。
這是 Cloudflare 的關鍵商業邏輯 — 搜尋 API 不只是一個 endpoint，它是一筆算在 AI Gateway 帳單上的新營收。對 Cloudflare 來說，每多一個開發者用 Web Search API，就多一個理由把 inference、cache、logging 全留在 Cloudflare 生態系內。
為什麼這件事重要
把搜尋外包給別人，在工程上並不新。Tavily、Serper.dev、Bing Search API 早就把這件事商品化。Cloudflare 這次真正的盤算是 「重寫 AI 應用程式的架構邊界」。
過去做 AI 代理人，infra 大致長這樣：模型供應商一家、向量資料庫一家、搜尋 API 一家、日誌監控一家、計費帳號四五個。每一家都有自己的 API key、自己的額度、自己的條款，當應用程式同時呼叫三個搜尋 provider 做 A/B 測試時，月底對帳根本是噩夢。
Cloudflare 在做的是把這層「AI 應用程式的控制平面」全收進 AI Gateway。Web Search API 只是入口，後面排隊等著的會是文件解析、citation 引用、agent workflow、cache layer。當這些都收完了，開發者會發現「離開 Cloudflare 等於重新接五條線」。
對 Siami 的讀者來說，這件事值得關注的點不是 API 本身，而是 Cloudflare 在用 web 搜尋當先鋒、一步一步把「AI 應用程式的作業系統」這個敘事做出來。當你下次要幫 agent 接搜尋功能，可以先停下來想 30 秒：你需要的到底是「搜尋 API」，還是「AI 應用程式的整合管理介面」？如果你選後者，那 Web Search API 是個合理的入口。
數據解讀 / 質疑
官方新聞稿稱「三家都支援 Zero Data Retention」，但 Hacker News 用戶 jasonjmcghee 馬上戳破這個說法：實際打開 Exa 在 Cloudflare 提供的 provider 設定頁面，「Zero Data Retention」欄位直接顯示 No。這是 Siami 在 2026 年看過最典型、也最值得記下來的「行銷文 vs. 後台真相」案例 — 凡是官方一次打包講「我們三家都符合某個標準」的話術，動手打開實際後台驗證永遠是必要的。
另外一條值得算的帳，是三家 provider 公開的 API 報價差距：
- Ceramic.ai：$0.25 / 1,000 次請求
- Linkup：$5.00 / 1,000 次請求
- Exa：$7.00 / 1,000 次請求
同一個 query、同一個介面，價格可以差到 28 倍。對 agent 大量呼叫的場景，選錯 provider 一個月的帳單可以差好幾個零。
更便宜的路徑其實一直存在：Serper.dev 一千次只要 $1、Tavily 走自己的爬蟲農場、Jina Search API 直接回傳 markdown 內容。Cloudflare 賣的從來不是「最便宜的搜尋 API」，而是「不用自己串五家、月底自動對帳、AI Gateway 一起算」這個方便。對小團隊跟獨立開發者，這層方便值不值每月多付的 2-7 倍價差，每個人答案不同。
結語
Cloudflare 在 2026 年 10 月這一步，看起來是一個不起眼的小 beta。事實上它是 Cloudflare 從「CDN + 反 DDoS + DNS」走到「AI 應用程式控制平面」這個敘事的關鍵節點。
如果你是 Cloudflare 既有使用者，Web Search API 是零摩擦的新增功能，可以馬上試。如果你是 Tavily、Serper.dev、Jina 的現有用戶，沒有必要為了一個介面就搬家 — 真正的成本不是 API call 價差，而是「infra 鎖定效應」一點一點累積之後，月底對帳的自由度。
原始出處：Cloudflare Changelog 2026-10-02、Cloudflare Blog 2026-10、Hacker News 討論串 490 分 / 223 則留言。
網友熱門留言 (6)