閘道架設在 Cloudflare Access 之後。在請求抵達 AI 模型提供商之前,使用者必須先透過企業既有的身份提供者(IdP)進行驗證 。當請求透過 Access 保護的自訂網域送達時,Cloudflare 會驗證使用者身份與裝置狀態,並將驗證後的 Access 使用者 ID 寫入請求元數據,作為 cf.user_id 。
這取代了過去盲目的共用 API 金鑰——那些金鑰讓企業完全無法將請求歸因到特定人員或系統 。IT 團隊現在可以確切知道是誰、在何時、從哪台裝置對哪個模型下了提示詞。
一旦身份被附加,閘道就能解鎖精細的成本管理功能:
單靠身份還不夠——企業還需要安全護欄:
Cloudflare 正將身份感知控制擴展到自主代理程式:
該服務目前已進入開放測試階段。正如 Cloudflare 技術長 Dane Knecht 所總結:「團隊可以自由選擇他們想要的任何 AI 模型來工作。IT 部門則能獲得他們真正需要的即時可視性、護欄與預算控管。」
閘道架設在 Cloudflare Access 之後。在請求抵達 AI 模型提供商之前,使用者必須先透過企業既有的身份提供者(IdP)進行驗證 。當請求透過 Access 保護的自訂網域送達時,Cloudflare 會驗證使用者身份與裝置狀態,並將驗證後的 Access 使用者 ID 寫入請求元數據,作為 cf.user_id 。
這取代了過去盲目的共用 API 金鑰——那些金鑰讓企業完全無法將請求歸因到特定人員或系統 。IT 團隊現在可以確切知道是誰、在何時、從哪台裝置對哪個模型下了提示詞。
一旦身份被附加,閘道就能解鎖精細的成本管理功能:
單靠身份還不夠——企業還需要安全護欄:
Cloudflare 正將身份感知控制擴展到自主代理程式:
該服務目前已進入開放測試階段。正如 Cloudflare 技術長 Dane Knecht 所總結:「團隊可以自由選擇他們想要的任何 AI 模型來工作。IT 部門則能獲得他們真正需要的即時可視性、護欄與預算控管。」