面向 AI 代理的 Cloudflare 临时账户

一次性/临时账户与开发者工作流

• 新的 wrangler deploy --temporary 功能允许任何人将 Worker 部署到一个 60 分钟的“预览”账户，并附带一个认领 URL，可将其转换为永久账户。
• 人们认为这非常适合 PR 预览、代码审查、临时演示和快速试验，尤其因为它是免费的，并且能立刻生成一个公开 URL。
• 有人指出 Workers 早就有预览 URL 和 GitHub 集成；也有人认为这进一步降低了摩擦。
• 即使是匿名临时账户，也有一个 proof-of-work 步骤和 TOS 确认；这引出了代理自动接受 EULA 的法律问题。

滥用、安全与钓鱼风险

• 多条评论担心，这会降低恶意软件、机器人农场和钓鱼的门槛（再加上隧道和免费的 Turnstile 等既有功能）。
• Cloudflare 提到临时账户有速率限制和“滥用防护检查”，但评论者认为这种说法很模糊，而且很可能不够。
• 有人担心，滥用可能会触发未来的收紧措施，而这些措施也会伤害合法用户。

Workers 运行时 vs 容器与锁定

• 一些人希望直接使用基于容器的计算（类似 Cloud Run/Azure containers），而不是通过 Workers，理由包括可移植性、熟悉的运维方式、UDP 需求，以及不喜欢 JS/TS/NPM 生态。
• 另一些人认为 Workers 可以只是一个很薄的、非锁定层，而数据产品（D1、Durable Objects、KV）才是真正的锁定点。
• 关于 Workers 是否“只适合”小型应用存在争论；也有人表示自己成功运行了大规模应用。

数据库：D1 vs Durable Objects

• 一种观点认为：D1 可能很慢且不透明；对于低延迟、多查询工作流，直接使用带 SQLite 的 Durable Objects 更好。
• 另一种观点警告说，D1 在带读副本的情况下性能可能达不到宣传效果，并建议为每个用户的数据使用替代方案或 Durable Objects。

计费上限与成本风险

• 强烈呼吁设置硬性的美元上限（例如每月最高 100 美元），以避免账单失控，尤其是在代理进行部署时。
• 一些人认为提供商不这么做，是因为这在技术上很棘手，和/或与收入激励不一致。
• 还有人说，缺少上限使他们继续停留在免费层，或自行构建基于请求的保护措施。

账户、UX 与管理

• 有人抱怨很难为客户创建/管理多个账户，也缺少简单的“创建账户”按钮；使用邮箱别名的变通方法也越来越难。
• 一些人形容 Cloudflare 让人“很难花钱”，因为定价不透明，且某些功能需要销售介入。