8 月 12 日，Cloudflare 正式上线临时账户（Temporary Accounts）功能。AI 智能体现在无需预先创建或验证任何永久账户，即可通过一条命令直接部署 Workers——部署在线 60 分钟，无人认领则自动销毁。这可能是目前对智能体最友好的云部署方案。
wrangler deploy --temporary
wrangler deploy --temporary 即可部署 Workers，完全绕过浏览器登录、OAuth 流程、MFA 等人类设计。背景很简单：AI 智能体在部署代码时，会遇到一个为人类设计的障碍。
Cloudflare 的三位负责人——首席工程师 Sid Chatterjee、工程副总裁 Celso Martinho 与产品高级总监 Brendan Irvine-Broque——在博客中这样描述：
“当智能体需要部署某些内容，并需要注册与创建账户时，它会撞上为人类使用而设计的障碍：基于浏览器的 OAuth 流程、需要逐步点击的仪表盘、复制粘贴的 API 令牌以及多要素认证提示。对于开发者所使用的交互式助手，这很烦人，但是对于后台智能体来说，这就是致命阻碍了。”
临时账户的核心逻辑，就是把认证从部署流程中彻底剥离。智能体仅需一条命令，获得一个 60 分钟的临时环境，完成部署、测试与迭代。人类开发者随后可以一键认领，将其转为永久资产。
注册账户 → 邮箱验证 → 登录 → 生成 API 令牌 → 配置 → 部署。智能体在每一步都可能卡住。
wrangler deploy --temporary → 部署上线 → 60 分钟内可认领转永久。智能体只需一条命令。
注：对比卡展示了部署流程的前后差异。临时账户将认证步骤从部署前置条件变为后置可选操作，大幅降低了智能体自主部署的门槛。
功能本身不复杂，但有几个值得注意的设计选择：
注：临时账户使用 Wrangler CLI 4.102.0 或更高版本。认领 URL 必须安全处理，因为它授予了账户所有权。
虽然解决了认证瓶颈，但临时账户并非万能钥匙。Cloudflare 明确列出了当前限制：
临时账户受速率限制与滥用防护检查约束，高频调用会受到限制。
临时账户不能与已认证的 Cloudflare 凭证共同使用，两者完全分离。
claim URL 授予账户所有权，必须安全处理——泄露意味着临时账户被他人接管。
社区最关心的硬性计费上限仍未解决。Lanyrd 联合创始人 Simon Willison 直言：这是 Cloudflare Workers 最有价值但尚未发布的功能。
公告发布后，在 Hacker News 与 LinkedIn 上引发了广泛讨论。多数人认可临时账户解决了真实痛点，但质疑声同样尖锐。
“看起来 Cloudflare 仍未发布对 Cloudflare Workers 最有价值的功能：硬性计费上限。”
Treenia 创始人 Ronald Simons 则在 LinkedIn 上提出了一个更深层的追问：
“互联网的身份与授权模型是为人为操作而设计的。随着智能体不断创建、部署、获取与管理数字资产，临时凭证解决了当前的部署问题，但也暴露了一个更大的问题：随着时间推移，如何为智能体驱动的基础设施建立持续的所有权、权限与问责？”
一个诚实的注脚：临时账户是一个阶段性解决方案，它让智能体"能跑起来"，但长期来看，智能体身份与计费体系仍需要更根本的重构。
答案不复杂。Cloudflare 是一家做基础设施的公司，它最清楚开发者与智能体在部署环节的真实痛点。临时账户的架构逻辑非常清晰：把认证从"前置条件"变为"后置选项"，让部署流程不再被人为设计的认证关卡所打断。
从更大的视角看，这一功能标志着基础设施层开始真正为智能体"重新设计"——而不是让智能体去适应人类的使用习惯。OAuth、仪表盘、API 令牌这些为人类优化的工具，对后台智能体来说是障碍而非助力。
但是，数据只是故事的一部分。更深层的问题是：当智能体可以自主部署、自主管理资源后，谁为智能体的行为负责？临时账户解决了"部署"这一步，但计费、权限、审计链条上的空白仍然存在。Simon Willison 对硬性计费上限的追问，以及 Ronald Simons 对智能体身份与问责的思考，都指向同一个方向：
临时账户是"智能体友好型基础设施"的第一步，但也是最容易的一步。真正的挑战不在于让智能体"跑起来"，而在于当智能体大规模自主行动时，如何建立一套与之匹配的计费、身份与问责体系——这需要整个行业共同面对。
临时账户功能已随 Wrangler 4.102.0 发布。使用 wrangler deploy --temporary 即可体验，无需预先注册 Cloudflare 账户。