AI Agent 自动部署卡在登录页?Cloudflare 临时账号给了一个工程答案

AI Agent 写代码已经不稀奇了,真正尴尬的是下一步:它写完以后,怎么上线? 很多团队做 Agentic Coding Demo 时都会跳过这个问题。让 Agent 改一个 React 页面、生成一个 API、补一组测试,这些都能在本地仓库里闭环。但只要任务变成“把这个服务部署到云上,给我一个可访问的 URL”,Agent 很快就会撞墙:登录、注册、OAuth、MFA、创建 API Token、复制粘贴密钥、选择账单计划。 这些流程对人类是安全护栏,对后台 Agent 则是硬中断。 Cloudflare 这次在 HN 上火起来的 Temporary Cloudflare Accounts for AI agents 很有意思,不是因为它又发了一个“AI 平台功能”,而是因为它回答了一个非常工程化的问题:能不能让 Agent 先完成部署,再让人类决定是否接管? 我的判断是,这个方向比“给 Agent 一个长期 Root API Key”健康得多。它不完美,但至少把 Agent 部署的权限边界,从“信任一个会写代码的黑盒”改成了“给它一段短命的、可丢弃的执行空间”。 这个功能到底解决了什么 Cloudflare 的方案很直接:Agent 或开发工具可以执行: wrangler deploy --temporary 然后 Worker 会被部署到一个临时 Cloudflare 账号下,部署结果可以在线访问。官方博客说明,这个临时部署会保持 60 分钟;如果用户觉得结果可用,可以在这段时间内 claim 这个临时账号,把它变成自己的正式资源。 用人话说就是:先让 Agent 把东西跑起来,不要一上来就问我要身份证、银行卡和长期 Token。 这跟传统 PaaS 的匿名预览有点像,但关键差异在于它面向的是 Agent 工作流。Cloudflare 明确把场景放在 AI coding agents 上:Agent 写了 Worker、网站、API,马上就能把产物部署出去,给用户一个可点开的结果,而不是停在“请你登录 Cloudflare Dashboard”的半成品状态。 ...

June 22, 2026 · 2 min · Hypho