wrangler deploy --temporary用咗呢個旗標之後,Cloudflare 會自動喺後台開(或者重用)一個臨時預覽帳戶。Worker 會部署到一個 workers.dev URL,而 Wrangler 會顯示一個獨特嘅 claim URL 。
想將部署永久保留嘅話,人類打開 claim URL,登入(或者開)一個 Cloudflare 帳戶。認領之後,個 Worker 同相關資源就會轉移去嗰個帳戶 。Cloudflare 嘅文件講明呢個係預覽流程,唔係永久帳戶設定
。
呢個功能目前支援透過 Wrangler 將 Cloudflare Workers 部署到 workers.dev URL 。claim-deployments 流程係專為 Workers 部署設計嘅
。Cloudflare 嘅 changelog 將呢個功能定位為 AI 代理部署嘅第一步,暗示未來可能會擴展
。
Cloudflare 其實有兩個唔同嘅代理驅動帳戶建立機制,用途完全唔同:
關鍵分別: 臨時帳戶係為咗快速、無摩擦嘅預覽——適合代理做網站或 API 嘅原型。而 Stripe 驅動嘅協議係為咗生產級、有收費嘅基建,代理可以註冊域名同開始付費訂閱。
Cloudflare 推出臨時帳戶嘅時候,互聯網正面臨一個歷史性轉變。2026 年 6 月 3 日,Cloudflare CEO Matthew Prince 公佈自動化代理流量首次超越人類網頁流量 。
根據 Cloudflare Radar 數據:
Prince 話數據「有啲亂」,但 AI 代理「而家無可爭議係網絡最大嘅流量來源」。呢個數字係針對 HTML 請求,唔包括影片、電郵或者遊戲流量
。Cloudflare Radar API 提供按 AI 用戶代理劃分流量分佈嘅端點,係呢個數據集嘅基礎
。
臨時帳戶正好迎合呢個趨勢:如果大部分互聯網流量都係由機器驅動,咁佢哋要部署嘅基建都應該同樣容易畀機器使用。正如 Cloudflare 所講,以前嘅開戶流程係「為人類而設」,對背景代理嚟講係一個死局 。臨時帳戶就移除咗呢個障礙,實現咗完全由機器驅動嘅部署循環——至少喺預覽階段係。
對於開發 AI 編碼代理嘅人嚟講,臨時帳戶提供咗一個好實用嘅捷徑。唔使再將 OAuth 流程或者 API Key 供應嵌入代理嘅部署邏輯,而係可以用一個旗標搞掂。工作流程變成:
wrangler deploy --temporary不過,呢個功能明確唔係用嚟做生產。Cloudflare 嘅文件指示用戶用永久 Cloudflare 帳戶(透過 wrangler login。臨時帳戶填補嘅係一個特定缺口:代理開發同人類簽核之間嘅預覽同交接階段。
Cloudflare 嘅臨時帳戶係對一個根本性唔匹配嘅務實回應:互聯網本來係為人類設計嘅,但而家越來越多流量同代碼部署都係由機器產生。通過畀代理用一個旗標部署 Worker,Cloudflare 移除咗人類呢道閘門,但冇移除人類嘅監督(透過 claim 流程)。呢個會加快代理疊代定係只係產生更多短暫嘅網絡基建,就要睇開發者點樣用。但方向好清楚:未來嘅平台工具唔止要同人溝通,仲要同代理溝通。
Comments
0 comments