wrangler deploy --temporary代理人不需要事先執行 wrangler login--temporary 旗標重新執行 。
使用此旗標時,Cloudflare 會自動在後端建立(或重複使用)一個臨時預覽帳戶。Worker 會被部署到一個 workers.dev 網址,而 Wrangler 則會輸出一個獨一無二的 Claim 連結 。
要將部署永久化,人類需要開啟 Claim 連結,並登入(或建立)一個 Cloudflare 帳戶。認領後,該 Worker 及其資源就會轉移到該帳戶下 。Cloudflare 的文件特別說明,此部署是作為預覽流程使用,而非永久帳戶設定
。
目前,此功能支援透過 Wrangler 將 Cloudflare Workers 部署到 workers.dev 網址 。認領部署的流程是專為 Workers 部署設計的
。Cloudflare 的更新日誌將此功能定位為 AI 代理人部署的第一步,暗示未來可能擴展到更多服務
。
Cloudflare 實際上擁有 兩種 不同的代理人驅動帳號建立機制,且用途截然不同:
關鍵區別: Temporary Accounts 是為了 快速、無摩擦的預覽——非常適合代理人在製作網站或 API 原型時使用。而 Stripe 驅動的協議則是為了 生產級、可計費的基礎設施,代理人可以在此流程中註冊網域並啟動付費方案。
Cloudflare 的 CEO 將 Temporary Accounts 描述為讓代理人「在幾秒鐘內獲得一個 Live Worker」且完全無需帳號摩擦的方式 ;而 Stripe 整合則被定位為讓代理人成為「Cloudflare 的客戶」,能夠自主購買服務
。
Cloudflare 推出 Temporary Accounts 的背景,是網路流量歷史上的一個重大轉折。2026年6月3日,Cloudflare CEO Matthew Prince 宣布,自動化代理流量首次超越了人類網路流量 。
根據 Cloudflare Radar 的數據:
Prince 指出這些數據「有些混亂」,但 AI 代理人「現在無疑是網路最大的流量驅動者」。此數據特指 HTML 請求,不包含影片、電子郵件或遊戲流量
。Cloudflare 的 Radar API 提供了透過 AI 用戶代理檢索流量分佈的端點,這是構成此數據集的基礎
。
Temporary Accounts 完全符合這個趨勢:如果網路上的多數流量已經由機器驅動,那麼它們所部署的基礎設施也應該同樣能夠被機器存取。正如 Cloudflare 所指出的,舊的帳號建立流程是「為人類設計的」,對背景運行的代理人構成了硬性障礙 。Temporary Accounts 移除了這個障礙,實現了一個完全由機器驅動的部署循環——至少在預覽階段是如此。
對於正在建構 AI 程式碼代理人的開發者來說,Temporary Accounts 提供了一個實用的捷徑。不再需要將 OAuth 流程或 API 金鑰佈建嵌入到代理人的部署邏輯中,現在只需一個旗標即可。工作流程會變成:
wrangler deploy --temporary然而,此功能明確不適用於生產環境。Cloudflare 的文件指導使用者,對於生產和 CI/CD 工作負載,應使用永久性的 Cloudflare 帳戶(透過 wrangler login。Temporary Accounts 填補了一個特定的缺口:在代理人開發和人類簽核之間的「預覽與交接」階段。
Cloudflare 的 Temporary Accounts 是對一個根本性不匹配問題的務實回應:網路是為人類設計的,但越來越多的流量——以及程式碼部署——現在是由機器產生的。透過讓代理人在單一旗標下部署 Workers,Cloudflare 移除了人類閘門,但並未移除人類的監督(透過 Claim 流程)。這究竟會帶來更快的代理人迭代,還是導致更多的暫時性網路基礎設施,取決於開發者如何使用它。但方向很明確:未來的平台工具需要能夠與代理人對話,而不僅僅是人。
Comments
0 comments