Cloudflare 在公告中寫道:「當代理人需要部署東西時,它會直接撞上一道為人類設計的牆。今天我們推出 Temporary Cloudflare Accounts for Agents。代理人現在可以立即部署網站、API 和其他代理人,無需事先註冊帳號。」
--temporary 旗標任何安裝了 Wrangler 4.102.0 或更新版本的代理人,都可以執行以下指令來部署:
wrangler deploy --temporary
代理人不需要事先執行 wrangler login,也不需要配置任何 Cloudflare 憑證。如果代理人嘗試在沒有憑證的情況下部署,Wrangler 可以提示它加上 --temporary 旗標重新執行 。
使用此旗標時,Cloudflare 會自動在後端建立(或重複使用)一個臨時預覽帳戶。Worker 會被部署到一個 workers.dev 網址,而 Wrangler 則會輸出一個獨一無二的 Claim 連結 。
此臨時部署會保持活動狀態 60 分鐘 。在這段時間內,任何擁有 Claim 連結的人都可以預覽該 Worker。如果在一小時內無人認領,該部署及其相關資源會自動到期 。
要將部署永久化,人類需要開啟 Claim 連結,並登入(或建立)一個 Cloudflare 帳戶。認領後,該 Worker 及其資源就會轉移到該帳戶下 。Cloudflare 的文件特別說明,此部署是作為預覽流程使用,而非永久帳戶設定 。
如果部署未被認領,Cloudflare 會自動處理清理工作——不會殘留任何無用的基礎設施或孤立資源 。
目前,此功能支援透過 Wrangler 將 Cloudflare Workers 部署到 workers.dev 網址 。認領部署的流程是專為 Workers 部署設計的 。Cloudflare 的更新日誌將此功能定位為 AI 代理人部署的第一步,暗示未來可能擴展到更多服務 。
Cloudflare 實際上擁有 兩種 不同的代理人驅動帳號建立機制,且用途截然不同:
| 面向 | Temporary Accounts(2026年6月) | Stripe 驅動協議(2026年4月) |
|---|---|---|
| 公告日期 | 2026年6月19日 | 2026年4月30日 |
| 目標用途 | 預覽、原型設計、展示 | 含帳單的生產環境部署 |
| 帳戶類型 | 臨時預覽帳戶,60分鐘後到期 | 完整的 Cloudflare 帳戶,包含付費方案 |
| 是否需要人類 | 不需,但人類需在60分鐘內認領才能永久保留 | 除接受服務條款外,不需人類介入 |
| 帳單 | 無(臨時) | 透過 Stripe 啟動付費方案;預設每月 $100 美元消費上限 |
| 能力 | 部署 Worker 至 workers.dev | 建立帳戶、註冊網域、啟動付費方案、部署至生產環境、取得 API Token |
| 工具介面 | wrangler deploy --temporary | 透過 REST/JSON 目錄的代理佈建協議 |
關鍵區別: 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這對於像 Claude Managed Agents(Cloudflare 已與之整合 )或其他需要先與人類操作員分享可運作預覽、再決定是否進行完整生產部署的程式碼代理人框架來說,尤其有用。
然而,此功能明確不適用於生產環境。Cloudflare 的文件指導使用者,對於生產和 CI/CD 工作負載,應使用永久性的 Cloudflare 帳戶(透過 wrangler login 或 API Token)。Temporary Accounts 填補了一個特定的缺口:在代理人開發和人類簽核之間的「預覽與交接」階段。
Cloudflare 的 Temporary Accounts 是對一個根本性不匹配問題的務實回應:網路是為人類設計的,但越來越多的流量——以及程式碼部署——現在是由機器產生的。透過讓代理人在單一旗標下部署 Workers,Cloudflare 移除了人類閘門,但並未移除人類的監督(透過 Claim 流程)。這究竟會帶來更快的代理人迭代,還是導致更多的暫時性網路基礎設施,取決於開發者如何使用它。但方向很明確:未來的平台工具需要能夠與代理人對話,而不僅僅是人。
Cloudflare 在公告中寫道:「當代理人需要部署東西時,它會直接撞上一道為人類設計的牆。今天我們推出 Temporary Cloudflare Accounts for Agents。代理人現在可以立即部署網站、API 和其他代理人,無需事先註冊帳號。」
--temporary 旗標任何安裝了 Wrangler 4.102.0 或更新版本的代理人,都可以執行以下指令來部署:
wrangler deploy --temporary
代理人不需要事先執行 wrangler login,也不需要配置任何 Cloudflare 憑證。如果代理人嘗試在沒有憑證的情況下部署,Wrangler 可以提示它加上 --temporary 旗標重新執行 。
使用此旗標時,Cloudflare 會自動在後端建立(或重複使用)一個臨時預覽帳戶。Worker 會被部署到一個 workers.dev 網址,而 Wrangler 則會輸出一個獨一無二的 Claim 連結 。
此臨時部署會保持活動狀態 60 分鐘 。在這段時間內,任何擁有 Claim 連結的人都可以預覽該 Worker。如果在一小時內無人認領,該部署及其相關資源會自動到期 。
要將部署永久化,人類需要開啟 Claim 連結,並登入(或建立)一個 Cloudflare 帳戶。認領後,該 Worker 及其資源就會轉移到該帳戶下 。Cloudflare 的文件特別說明,此部署是作為預覽流程使用,而非永久帳戶設定 。
如果部署未被認領,Cloudflare 會自動處理清理工作——不會殘留任何無用的基礎設施或孤立資源 。
目前,此功能支援透過 Wrangler 將 Cloudflare Workers 部署到 workers.dev 網址 。認領部署的流程是專為 Workers 部署設計的 。Cloudflare 的更新日誌將此功能定位為 AI 代理人部署的第一步,暗示未來可能擴展到更多服務 。
Cloudflare 實際上擁有 兩種 不同的代理人驅動帳號建立機制,且用途截然不同:
| 面向 | Temporary Accounts(2026年6月) | Stripe 驅動協議(2026年4月) |
|---|---|---|
| 公告日期 | 2026年6月19日 | 2026年4月30日 |
| 目標用途 | 預覽、原型設計、展示 | 含帳單的生產環境部署 |
| 帳戶類型 | 臨時預覽帳戶,60分鐘後到期 | 完整的 Cloudflare 帳戶,包含付費方案 |
| 是否需要人類 | 不需,但人類需在60分鐘內認領才能永久保留 | 除接受服務條款外,不需人類介入 |
| 帳單 | 無(臨時) | 透過 Stripe 啟動付費方案;預設每月 $100 美元消費上限 |
| 能力 | 部署 Worker 至 workers.dev | 建立帳戶、註冊網域、啟動付費方案、部署至生產環境、取得 API Token |
| 工具介面 | wrangler deploy --temporary | 透過 REST/JSON 目錄的代理佈建協議 |
關鍵區別: 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這對於像 Claude Managed Agents(Cloudflare 已與之整合 )或其他需要先與人類操作員分享可運作預覽、再決定是否進行完整生產部署的程式碼代理人框架來說,尤其有用。
然而,此功能明確不適用於生產環境。Cloudflare 的文件指導使用者,對於生產和 CI/CD 工作負載,應使用永久性的 Cloudflare 帳戶(透過 wrangler login 或 API Token)。Temporary Accounts 填補了一個特定的缺口:在代理人開發和人類簽核之間的「預覽與交接」階段。
Cloudflare 的 Temporary Accounts 是對一個根本性不匹配問題的務實回應:網路是為人類設計的,但越來越多的流量——以及程式碼部署——現在是由機器產生的。透過讓代理人在單一旗標下部署 Workers,Cloudflare 移除了人類閘門,但並未移除人類的監督(透過 Claim 流程)。這究竟會帶來更快的代理人迭代,還是導致更多的暫時性網路基礎設施,取決於開發者如何使用它。但方向很明確:未來的平台工具需要能夠與代理人對話,而不僅僅是人。