Cloudflare为AI Agent打造"临时通行证"，重新定义互联网用户身份

2026年6月19日，Cloudflare发布了一个看似不起眼的产品更新：在Wrangler命令行工具中新增了`--temporary`参数。

但这个小小参数背后蕴含着深意。这家价值数百亿美元的云服务巨头，正在向业界传达一个明确信号：AI Agent不再是人类操作的延伸，而是互联网的独立参与者。

通俗地讲：Cloudflare为AI Agent发放了一张有效期60分钟的临时身份证明，到期自动失效。但在这一个小时窗口内，Agent能够完成一件以往不可能实现的事情：无需任何人工干预，直接将代码发布到线上环境。

Cloudflare官方博客用一个生动的比喻描述了这一痛点：「当一个Agent需要部署应用时，它会遇到一堵为人设计的墙。」浏览器端的OAuth授权流程、仪表盘按钮操作、API密钥的复制粘贴——这些对人类用户再平常不过的操作，对后台运行的AI Agent而言却是难以逾越的鸿沟。

`wrangler deploy --temporary`正是为解决这个问题而生。Agent只需在命令中添加这个参数，Cloudflare便会自动建立临时账号、部署Worker服务并生成公开访问链接。知名开发者Simon Willison在Hacker News上进行了实时演示，仅用一条指令就完成了从零到上线的全过程。更巧妙的是，命令行输出经过专门设计，便于Agent识别：当Agent首次尝试部署却缺少凭证时，系统会自动提示使用`--temporary`参数。这意味着Agent能够自主发现这一功能。

这不仅仅是产品功能的迭代，而是基础设施层面在重新定义「谁是核心用户」。

目前临时账号支持最常见的部署场景：Workers、D1数据库、KV存储和Durable Objects——但暂不支持R2存储和AI推理功能。它的设计初衷是打通Agent最关键的「编码→部署→验证」闭环。60分钟后，如果无人认领，所有资源将自动清除。

这反映了Cloudflare的战略洞察：「后台AI会话缺乏人工参与的情况正变得越来越普遍。任何需要浏览器、复制粘贴或点击的认证环节，都会导致Agent卡壳，甚至可能转向其他平台部署。」

临时账号只是Cloudflare「Agents Week 2026」众多发布中的一项。与Stripe的合作使Agent能够代表用户自动创建Cloudflare账号，同样实现零手动操作。与WorkOS的合作则基于开放标准，让Agent采用行业通用方式建立永久账号。临时账号解决了初始部署的冷启动问题，Stripe和WorkOS则解决了账号持久化的需求。

竞争对手的反应印证了这一判断的重要性。AWS、GCP、Azure均未推出类似的无注册Agent部署方案。Cloudflare在这一领域占据了先机。

Hacker News上的讨论也指出了不可忽视的风险：无需身份验证即可获得公开URL的特性降低了被滥用的可能性。Cloudflare的应对措施是部署额外的滥用检测和速率限制机制。然而更深层的挑战在于服务条款——Agent仍需以某种方式同意条款，这对完全无人值守的Agent仍是难题。

从行业角度审视，Cloudflare选择了LLM最熟悉的命令行工具路径。Wrangler已在大量开源项目中得到广泛应用，AI Agent对它并不陌生。这是深思熟虑的战略选择：在LLM的熟悉度和API的优雅性之间，Cloudflare押注了前者。

当代码刚写完就立刻部署到互联网、且全程无人触碰鼠标——这条自动化链路已经打通了。互联网的基础架构正在从「以人为中心」向「Agent优先」转型。

本文由 AI 辅助撰写，内容经人工审核后发布。