Cloudflare 在公告中写道:“当一个代理需要部署东西时,它一头撞上了为人类建造的墙。今天,我们为代理推出临时 Cloudflare 账户。代理可以立即部署网站、API 和其他代理程序,无需事先注册账户。”
--temporary 参数详解任何安装了 Wrangler 4.102.0 或更高版本的代理,只需运行以下命令即可完成部署:
wrangler deploy --temporary
代理无需事先运行 wrangler login 或配置任何 Cloudflare 凭据。如果代理在未登录时尝试部署,Wrangler 会提示其添加 --temporary 参数重新运行 。
使用该参数后,Cloudflare 会自动在后台创建一个(或复用已有的)临时预览账户。Worker 会被部署至 workers.dev 域名下的 URL,同时 Wrangler 会输出一个唯一定位的认领链接 。
临时部署的有效期为 60 分钟 。在此期间,任何持有认领链接的用户都可以预览 Worker 的运行状态。如果 60 分钟内无人认领,该部署及其关联资源将自动过期并清理 。
若要将临时部署转正为永久部署,人类操作者只需打开认领链接,登录(或注册)Cloudflare 账户即可。一旦认领成功,该 Worker 及其资源将自动转移至该账户下 。Cloudflare 文档明确指出,此功能定位为预览流程,而非永久账户创建机制 。
若部署未被认领,Cloudflare 会自动完成清理工作——不会留下任何悬而未决的基础设施或废弃资源 。
该功能目前支持通过 Wrangler 将 Cloudflare Workers 部署至 workers.dev URL 。该认领流程专为 Workers 部署设计 。Cloudflare 的更新日志将此项功能定位为 AI 代理部署的“第一步”,暗示了未来可能扩展的方向 。
Cloudflare 实际上拥有两套面向代理的账户创建机制,用途各异:
| 维度 | 临时账户(2026年6月) | Stripe 驱动协议(2026年4月) |
|---|---|---|
| 发布日期 | 2026年6月19日 | 2026年4月30日 |
| 目标场景 | 预览、原型验证、演示 | 面向生产环境的计费部署 |
| 账户类型 | 临时预览账户,60 分钟后过期 | 完整 Cloudflare 账户,含付费订阅 |
| 是否需要人工参与 | 否,但需在 60 分钟内由人类认领才能使部署持久化 | 无需人工(人类只需同意服务条款) |
| 计费 | 免费(临时) | 通过 Stripe 启动付费订阅;默认月消费上限 100 美元 |
| 功能边界 | 部署 Worker 至 workers.dev | 创建账户、注册域名、开启订阅、部署至生产环境、获取 API 令牌 |
| CLI 工具 | wrangler deploy --temporary | 通过 REST/JSON 目录实现的代理配置协议 |
核心区别在于: 临时账户用于快速、无摩擦的预览——非常适合代理进行网站或 API 的原型开发;而 Stripe 驱动的协议则用于生产级、需要计费的基础设施,代理可以直接注册域名并启动付费订阅。
Cloudflare 的 CEO 将临时账户描述为让代理无需任何账户摩擦就“在几秒内获得一个在线 Worker”的方式 ;而 Stripe 集成则被定位为让代理成为“Cloudflare 客户”,自主购买服务 。
Cloudflare 推出临时账户的大背景,是互联网流量格局的历史性转变。2026年6月3日,Cloudflare CEO Matthew Prince 宣布,自动化代理流量首次超越人类网页流量 。
根据 Cloudflare Radar 数据:
Prince 指出,虽然数据“有些混乱”,但 AI 代理“现在无可争议地是网络流量的最大驱动力” 。该数据统计的是 HTML 请求,不包含视频、电子邮件或游戏流量 。Cloudflare 的 Radar API 提供了按 AI 用户代理检索流量分布的接口,构成了这一数据的基础 。
临时账户功能正是对这一趋势的直接回应:如果互联网流量的大部分已经由机器驱动,那么代码部署所依赖的基础设施也应该同样易于机器访问。正如 Cloudflare 所言,旧的账户创建流程是“为人类建造的”,对后台运行的代理来说是一个死胡同 。临时账户推倒了这堵墙,至少对预览场景而言,实现了完全由机器驱动的部署闭环。
对于构建 AI 编程代理的开发者而言,临时账户提供了一个极具实用性的捷径。无需将 OAuth 流程或 API 密钥分发嵌入代理的部署逻辑,现在只需一个参数即可完成。典型的工作流程如下:
wrangler deploy --temporary这一流程对 Claude Managed Agents 等代理框架(Cloudflare 已与之集成 )或任何需要在提交至正式生产环境前向人类操作者展示可用预览的编程代理来说尤为实用。
但需要明确的是,该功能并非为生产环境设计。Cloudflare 文档明确指出,生产环境和 CI/CD 工作负载应使用永久 Cloudflare 账户(通过 wrangler login 或 API 令牌)。临时账户填补的是一个特定的空缺:代理开发与人类审批之间的预览与交接阶段。
Cloudflare 临时账户是对一个根本性不匹配问题的务实回应:互联网是为人类设计的,但如今越来越多的流量——以及越来越多的代码部署——是由机器产生的。通过允许代理仅凭一条参数即开始部署 Worker,Cloudflare 在移除人类门槛的同时,通过认领机制保留了人类监管的环节。这一功能是否会加速代理的迭代,或仅仅导致更多的临时性网络基础设施,取决于开发者如何使用它。但方向是明确的:未来的平台工具,必须同时与人类和机器对话。
Cloudflare 在公告中写道:“当一个代理需要部署东西时,它一头撞上了为人类建造的墙。今天,我们为代理推出临时 Cloudflare 账户。代理可以立即部署网站、API 和其他代理程序,无需事先注册账户。”
--temporary 参数详解任何安装了 Wrangler 4.102.0 或更高版本的代理,只需运行以下命令即可完成部署:
wrangler deploy --temporary
代理无需事先运行 wrangler login 或配置任何 Cloudflare 凭据。如果代理在未登录时尝试部署,Wrangler 会提示其添加 --temporary 参数重新运行 。
使用该参数后,Cloudflare 会自动在后台创建一个(或复用已有的)临时预览账户。Worker 会被部署至 workers.dev 域名下的 URL,同时 Wrangler 会输出一个唯一定位的认领链接 。
临时部署的有效期为 60 分钟 。在此期间,任何持有认领链接的用户都可以预览 Worker 的运行状态。如果 60 分钟内无人认领,该部署及其关联资源将自动过期并清理 。
若要将临时部署转正为永久部署,人类操作者只需打开认领链接,登录(或注册)Cloudflare 账户即可。一旦认领成功,该 Worker 及其资源将自动转移至该账户下 。Cloudflare 文档明确指出,此功能定位为预览流程,而非永久账户创建机制 。
若部署未被认领,Cloudflare 会自动完成清理工作——不会留下任何悬而未决的基础设施或废弃资源 。
该功能目前支持通过 Wrangler 将 Cloudflare Workers 部署至 workers.dev URL 。该认领流程专为 Workers 部署设计 。Cloudflare 的更新日志将此项功能定位为 AI 代理部署的“第一步”,暗示了未来可能扩展的方向 。
Cloudflare 实际上拥有两套面向代理的账户创建机制,用途各异:
| 维度 | 临时账户(2026年6月) | Stripe 驱动协议(2026年4月) |
|---|---|---|
| 发布日期 | 2026年6月19日 | 2026年4月30日 |
| 目标场景 | 预览、原型验证、演示 | 面向生产环境的计费部署 |
| 账户类型 | 临时预览账户,60 分钟后过期 | 完整 Cloudflare 账户,含付费订阅 |
| 是否需要人工参与 | 否,但需在 60 分钟内由人类认领才能使部署持久化 | 无需人工(人类只需同意服务条款) |
| 计费 | 免费(临时) | 通过 Stripe 启动付费订阅;默认月消费上限 100 美元 |
| 功能边界 | 部署 Worker 至 workers.dev | 创建账户、注册域名、开启订阅、部署至生产环境、获取 API 令牌 |
| CLI 工具 | wrangler deploy --temporary | 通过 REST/JSON 目录实现的代理配置协议 |
核心区别在于: 临时账户用于快速、无摩擦的预览——非常适合代理进行网站或 API 的原型开发;而 Stripe 驱动的协议则用于生产级、需要计费的基础设施,代理可以直接注册域名并启动付费订阅。
Cloudflare 的 CEO 将临时账户描述为让代理无需任何账户摩擦就“在几秒内获得一个在线 Worker”的方式 ;而 Stripe 集成则被定位为让代理成为“Cloudflare 客户”,自主购买服务 。
Cloudflare 推出临时账户的大背景,是互联网流量格局的历史性转变。2026年6月3日,Cloudflare CEO Matthew Prince 宣布,自动化代理流量首次超越人类网页流量 。
根据 Cloudflare Radar 数据:
Prince 指出,虽然数据“有些混乱”,但 AI 代理“现在无可争议地是网络流量的最大驱动力” 。该数据统计的是 HTML 请求,不包含视频、电子邮件或游戏流量 。Cloudflare 的 Radar API 提供了按 AI 用户代理检索流量分布的接口,构成了这一数据的基础 。
临时账户功能正是对这一趋势的直接回应:如果互联网流量的大部分已经由机器驱动,那么代码部署所依赖的基础设施也应该同样易于机器访问。正如 Cloudflare 所言,旧的账户创建流程是“为人类建造的”,对后台运行的代理来说是一个死胡同 。临时账户推倒了这堵墙,至少对预览场景而言,实现了完全由机器驱动的部署闭环。
对于构建 AI 编程代理的开发者而言,临时账户提供了一个极具实用性的捷径。无需将 OAuth 流程或 API 密钥分发嵌入代理的部署逻辑,现在只需一个参数即可完成。典型的工作流程如下:
wrangler deploy --temporary这一流程对 Claude Managed Agents 等代理框架(Cloudflare 已与之集成 )或任何需要在提交至正式生产环境前向人类操作者展示可用预览的编程代理来说尤为实用。
但需要明确的是,该功能并非为生产环境设计。Cloudflare 文档明确指出,生产环境和 CI/CD 工作负载应使用永久 Cloudflare 账户(通过 wrangler login 或 API 令牌)。临时账户填补的是一个特定的空缺:代理开发与人类审批之间的预览与交接阶段。
Cloudflare 临时账户是对一个根本性不匹配问题的务实回应:互联网是为人类设计的,但如今越来越多的流量——以及越来越多的代码部署——是由机器产生的。通过允许代理仅凭一条参数即开始部署 Worker,Cloudflare 在移除人类门槛的同时,通过认领机制保留了人类监管的环节。这一功能是否会加速代理的迭代,或仅仅导致更多的临时性网络基础设施,取决于开发者如何使用它。但方向是明确的:未来的平台工具,必须同时与人类和机器对话。