Cloudflare 臨時帳戶：AI 代理人無需人類帳號即可部署程式碼

2026年6月19日，Cloudflare 推出 Temporary Cloudflare Accounts for Agents（AI代理臨時帳戶），徹底移除AI代理部署程式碼時的最後一道人類障礙：帳號建立。現在，AI 代理人只需執行一行 Wrangler 指令，就能在 Cloudflare 網路上部署一個即時的 Worker，完全無需開啟瀏覽器、操作儀表板或建立 API Token 。

本文將詳細說明此功能的技術運作方式、支援的服務、與 Cloudflare 先前針對生產環境推出的代理佈建協議有何不同，以及此功能之所以即時上線的流量趨勢背景。

Temporary Accounts 解決了什麼問題

Cloudflare 的 Temporary Accounts 旨在解決一個明確的痛點：當 AI 代理人想要部署程式碼時，它會撞上一道為人類設計的牆。代理人需要帳號、OAuth 授權和 API Token——這些步驟都假設電腦前坐著一個人 。Temporary Accounts 完全繞過了這些步驟。

Cloudflare 在公告中寫道：「當代理人需要部署東西時，它會直接撞上一道為人類設計的牆。今天我們推出 Temporary Cloudflare Accounts for Agents。代理人現在可以立即部署網站、API 和其他代理人，無需事先註冊帳號。」

技術運作原理：--temporary 旗標

1. 一鍵部署

任何安裝了 Wrangler 4.102.0 或更新版本的代理人，都可以執行以下指令來部署：

wrangler deploy --temporary

代理人不需要事先執行

wrangler login

2. 自動佈建臨時帳戶

使用此旗標時，Cloudflare 會自動在後端建立（或重複使用）一個臨時預覽帳戶。Worker 會被部署到一個 workers.dev 網址，而 Wrangler 則會輸出一個獨一無二的 Claim 連結 。

3. 60 分鐘即時預覽視窗

此臨時部署會保持活動狀態 60 分鐘 。在這段時間內，任何擁有 Claim 連結的人都可以預覽該 Worker。如果在一小時內無人認領，該部署及其相關資源會自動到期 。

4. 認領部署

要將部署永久化，人類需要開啟 Claim 連結，並登入（或建立）一個 Cloudflare 帳戶。認領後，該 Worker 及其資源就會轉移到該帳戶下 。Cloudflare 的文件特別說明，此部署是作為預覽流程使用，而非永久帳戶設定 。

5. 自動清理

如果部署未被認領，Cloudflare 會自動處理清理工作——不會殘留任何無用的基礎設施或孤立資源 。

支援的服務

目前，此功能支援透過 Wrangler 將 Cloudflare Workers 部署到 workers.dev 網址 。認領部署的流程是專為 Workers 部署設計的 。Cloudflare 的更新日誌將此功能定位為 AI 代理人部署的第一步，暗示未來可能擴展到更多服務 。

與 Stripe 生產級佈建流程的差異

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 的客戶」，能夠自主購買服務 。

更廣泛的趨勢：AI 代理流量首次超越人類

Cloudflare 推出 Temporary Accounts 的背景，是網路流量歷史上的一個重大轉折。2026年6月3日，Cloudflare CEO Matthew Prince 宣布，自動化代理流量首次超越了人類網路流量 。

根據 Cloudflare Radar 的數據：

• 機器人現在佔 HTML 內容 HTTP 請求的 57.5%
• 人類流量則為 42.5%
• 這個交叉點比 Prince 先前預測的 2027 年 提早了大約 18 個月 到來

Prince 指出這些數據「有些混亂」，但 AI 代理人「現在無疑是網路最大的流量驅動者」。此數據特指 HTML 請求，不包含影片、電子郵件或遊戲流量 。Cloudflare 的 Radar API 提供了透過 AI 用戶代理檢索流量分佈的端點，這是構成此數據集的基礎 。

Temporary Accounts 完全符合這個趨勢：如果網路上的多數流量已經由機器驅動，那麼它們所部署的基礎設施也應該同樣能夠被機器存取。正如 Cloudflare 所指出的，舊的帳號建立流程是「為人類設計的」，對背景運行的代理人構成了硬性障礙 。Temporary Accounts 移除了這個障礙，實現了一個完全由機器驅動的部署循環——至少在預覽階段是如此。

這對開發者與 AI 代理人建構者意味著什麼

對於正在建構 AI 程式碼代理人的開發者來說，Temporary Accounts 提供了一個實用的捷徑。不再需要將 OAuth 流程或 API 金鑰佈建嵌入到代理人的部署邏輯中，現在只需一個旗標即可。工作流程會變成：

1. 代理人編寫程式碼
2. 代理人執行

   wrangler deploy --temporary

3. 代理人取得一個即時網址和一個 Claim 連結
4. 人類審查預覽結果
5. 如果滿意，人類點擊 Claim 連結，將部署永久化

這對於像 Claude Managed Agents（Cloudflare 已與之整合 ）或其他需要先與人類操作員分享可運作預覽、再決定是否進行完整生產部署的程式碼代理人框架來說，尤其有用。

然而，此功能明確不適用於生產環境。Cloudflare 的文件指導使用者，對於生產和 CI/CD 工作負載，應使用永久性的 Cloudflare 帳戶（透過

wrangler login

結論

Cloudflare 的 Temporary Accounts 是對一個根本性不匹配問題的務實回應：網路是為人類設計的，但越來越多的流量——以及程式碼部署——現在是由機器產生的。透過讓代理人在單一旗標下部署 Workers，Cloudflare 移除了人類閘門，但並未移除人類的監督（透過 Claim 流程）。這究竟會帶來更快的代理人迭代，還是導致更多的暫時性網路基礎設施，取決於開發者如何使用它。但方向很明確：未來的平台工具需要能夠與代理人對話，而不僅僅是人。