告別天價 AI 帳單：Cloudflare 用「花多少錢」取代「打多少次」來控制成本

兩層強制執行機制

支出上限會在兩個獨立的層級上強制執行。帳戶層級的支出上限，適用於使用統一計費（Unified Billing）的組織，可限制所有閘道的總支出。而各別閘道上的規則則提供了更細緻的控制。無論哪個上限先達到，都會阻擋後續的請求 。這些限制同時適用於統一計費請求（由 Cloudflare 儲值，並收取 5% 交易手續費），以及自帶金鑰（BYOK）的設定，前提是模型的定價是已知的 。

動態路由：預算耗盡時的自動備援方案

直接回傳 429 錯誤固然直接，卻也相對粗暴。Cloudflare 的動態路由（Dynamic Routing，測試版）提供了一個更聰明的替代方案，允許在預算耗盡時，自動備援至更便宜的替代模型。路由流程中可以加入預算限制節點（Budget Limit nodes），在強制執行成本配額的同時，自動切換到另一個模型，而非直接捨棄請求 。

同一個系統還支援頻率限制節點、按百分比的 A/B 流量分流，以及根據請求中繼資料（如使用者方案或團隊）進行條件分支等功能，而且完全無需修改應用程式碼 。

結合 Cloudflare Access 的身份驅動預算

或許最重大的宣佈，是一項處於封閉測試階段的身份驅動預算功能。它整合了 Cloudflare Access 以及組織現有的身份識別提供者（IdP），解決了共享 API 金鑰這個長久以來的問題。正如 Cloudflare 部落格所言，「沒人知道誰花了什麼錢」。將歸屬和強制執行機制直接與公司身份綁定，能讓資訊長和財務團隊，終於能為 AI 支出建立起如同其他業務項目般的單位經濟學基礎 。

功能背後的產業壓力

這整套功能是 Cloudflare 對其客戶身上觀察到的具體市場失靈現象的直接回應 ：

• 成本失控： 企業以「先求快、帳單晚點再說」的心態積極導入 AI，導致痛苦的超支和財務長的焦慮。
• 歸屬黑洞： 共享的 API 金鑰使得將支出追溯到特定使用者、團隊，甚至是某次 CI 自動化任務成為不可能的任務。
• 前沿模型預設值： 在沒有預算控制的情況下，團隊會習慣性地將所有任務都交給最昂貴的模型處理，即便有更便宜的替代方案能達成相同目的。

Cloudflare 將支出上限與真實的花費和人員連結起來，無疑是在押注一件事：AI 成本管理將變得像追蹤其他任何雲端基礎設施支出一樣，成為一項例行公事。