Cloudflare代理现在可自动完成完整部署设置
Cloudflare AI··作者 Brendan Irvine-Broque
关键信息
该集成使用与Stripe共同设计的新协议（通过Stripe Projects），使代理能够发现服务、验证用户身份并处理付款——除初始权限和接受条款外，无需人工干预。
资讯摘要
Cloudflare推出了一项突破性功能，AI代理现在可以独立完成完整的云基础设施部署：创建账户、购买订阅、注册域名并生成API令牌——整个流程一气呵成。这得益于与Stripe合作开发的新协议（作为Stripe Projects的一部分）。用户只需登录Stripe并运行一个简单的CLI命令，代理就会自动处理所有步骤——包括域名注册和应用部署，无需访问仪表板或手动复制令牌。
如果没有现有的Cloudflare账户，系统会自动创建。该机制利用OAuth、OIDC和支付令牌化标准，在无需人工介入的情况下安全地自动化此前需要多步人工操作的任务。开发者现在可以从IDE或终端直接部署生产级应用，无需任何前期设置。
资讯正文
编码代理擅长构建软件。但要将其部署到生产环境，它们需要从目标云服务商那里获取三个要素：一个账户、一种支付方式和一个API令牌。直到现在，这些任务都由人类直接处理。如今，代理正在越来越多地代表用户完成这些操作。代理必须能够执行人类客户所能做的所有任务，它们被赋予更高层次的问题来解决，并选择使用Cloudflare并调用Cloudflare的API。
从今天起，代理可以代表用户配置Cloudflare服务。它们可以创建Cloudflare账户、启动付费订阅、注册域名，并获得一个API令牌，以便立即部署代码。人类用户仍需授权并接受Cloudflare的服务条款，但在整个流程中不再需要其他人工步骤。无需访问仪表板、复制粘贴API令牌或输入信用卡信息。无需任何额外设置，代理即可一次性完成新生产应用的部署。借助Cloudflare的Code Mode MCP服务器和Agent Skills功能，它们甚至能做得更好。
这一切都通过我们与Stripe共同设计的新协议实现，该协议是Stripe Projects发布的一部分。
我们很高兴推出与Stripe的这项新合作，同时也为所有通过Stripe Atlas注册的新创业公司提供总计10万美元的Cloudflare信用额度。但这一新协议还使得任何拥有已登录用户的平台都能以与Stripe相同的方式集成Cloudflare，对终端用户而言完全无摩擦。
工作原理：零设置、无手动步骤，直达生产环境
首先安装带有Stripe Projects插件的Stripe CLI，登录Stripe，然后启动一个新项目：
stripe projects init
接着，提示你的代理创建并部署一个新的应用到一个新的域名。你可以在下方观看这个完整流程的两分钟精简视频：
如果你登录Stripe所用的邮箱已经拥有Cloudflare账户，系统将提示你进行典型的OAuth授权流程，允许代理访问。如果该邮箱没有现有的Cloudflare账户，Cloudflare将自动为你和你的代理创建一个新账户：
你会看到代理在新的Cloudflare账户上构建并部署网站，随后使用Stripe Projects CLI注册域名：
当需要时，代理会请求输入和确认。例如，如果你的Stripe账户尚未绑定付款方式，代理会提示你添加一个：
最终，代理成功将应用部署至生产环境，应用程序运行在新注册的域名上：
代理从真正的零开始——没有任何Cloudflare账户，也未预先配置任何Agent Skills或MCP服务器——一路到达以下状态：
- 创建了新的Cloudflare账户
- 获取了API令牌
- 购买了域名
- 将应用部署至生产环境
但等等——代理是如何知道它可以完成所有这些操作的？它是如何得知可提供哪些服务以及如何购买域名的？又是如何获得必要上下文来理解如何部署到Cloudflare的呢？让我们深入探讨。
协议与集成的工作机制
代理现在可以创建Cloudflare账户、购买域名并部署服务。
在上述代理、Stripe和Cloudflare之间的交互中包含三个组成部分：
发现（Discovery）
— 代理可以调用命令来查询可用服务目录。
授权（Authorization）
— 平台验证用户身份，使服务提供商能够创建新账户或链接已有账户，并将安全凭证返回给代理。
支付（Payment）
— 平台提供一个支付令牌，服务提供商可以用它向客户收费，从而使代理能够启动订阅、进行购买，并按使用量计费。
这些功能基于已有的技术标准，如OAuth、OIDC和支付令牌化，但它们被组合使用，从而消除了许多原本需要人工介入的步骤。
发现：代理如何找到可自行配置的服务
在上述代理会话中，在运行CLI命令
stripe projects add cloudflare/registrar:domain
之前，代理首先必须发现
Cloudflare Registrar
服务。它通过调用
stripe projects catalog
命令实现这一点，该命令返回所有可用的服务列表：
Cloudflare提供的产品和服务种类繁多且持续增长——对人类而言可能令人眼花缭乱。但对于代理来说，这个服务目录正是他们所需的上下文。代理根据用户的要求和偏好从该目录中选择要使用的服务，而用户无需事先了解哪些服务商提供什么服务，也不需要提供任何输入。像Cloudflare这样的提供商通过简单的REST API公开这一目录，返回JSON格式数据，这为代理提供了所需的一切信息。
授权：新用户的即时账户创建
当代理选择一项服务并为其配置资源（例如执行
stripe projects add cloudflare/registrar:domain
命令）时，它会在Cloudflare账户内完成资源配置。但它是如何在无需人工访问注册页面的情况下按需创建账户的呢？
回想一下，一开始用户已经登录了他们的Stripe账户。Stripe作为身份提供方，验证了用户的身份。如果用户尚未拥有Cloudflare账户，Cloudflare会自动为其创建一个新账户，并将凭证返回给Stripe Projects CLI，这些凭证会被安全存储，同时可供代理用于向Cloudflare发起认证请求。这意味着即使某人是首次接触Cloudflare或其他服务，也可以立即借助代理开始构建，无需额外步骤。
如果用户已拥有Cloudflare账户，则会进入标准的OAuth流程，授权Stripe Projects CLI访问其现有账户，以便代理可在其中配置资源。
支付：给予代理预算而不泄露信用卡信息
你可能会担心：“如果我的代理有点失控，开始批量购买域名怎么办？我最终会不会承担巨额账单？我能真的信任代理持有我的信用卡吗？”
该协议通过两种方式解决这一问题。当代理配置付费服务时，Stripe会在请求中包含一个支付令牌发送给提供商（Cloudflare）。原始的支付信息（如信用卡号码）永远不会分享给代理。随后，Stripe会设置每月100美元的默认限额，作为代理在任何单一提供商上可花费的最大金额。当你准备提高此限额时，可以在Cloudflare账户中设置预算警报。
任何拥有已登录用户平台都可以以与Stripe相同的方式集成Cloudflare。
任何拥有已登录用户的平台都可以充当“编排者”（Orchestrator），扮演与Stripe Projects中Stripe相同的角色，并与Cloudflare集成。
假设你的产品是一个编码代理。你希望人们能够轻松地将他们构建的内容部署到生产环境，使用Cloudflare和其他服务。但你最不想做的，是让人们陷入授权流程和部署决策树的迷宫中。你只想让他们快速发布。
你的平台作为编排者，利用已经登录的用户身份。当你的用户需要域名、存储桶、沙箱环境来供其代理使用，或任何其他资源时，你只需向Cloudflare发出一次API调用，为他们创建一个新的Cloudflare账户，并获取一个令牌，用于代表他们进行认证请求。
或者，如果你希望Cloudflare客户能够像Cloudflare与Planetscale合作那样轻松地配置你的服务——即可以直接从Cloudflare创建Planetscale Postgres数据库——那么流程与此类似。我们早在这一新协议推出之前就开始与Planetscale合作，但这里的流程非常相似。Cloudflare作为编排者，允许你连接到你的PlanetScale账户，创建数据库，并使用用户的现有支付方式进行计费。
这个新协议开始标准化多年来许多平台一直进行的跨产品集成类型，这些集成过去往往是一次性的、针对特定平台的定制方案。没有统一标准时，每个集成都需要独立的工程开发工作，且难以复用于未来的集成。这类似于OAuth标准使其他平台能够被授权访问你的账户一样，该协议使用OAuth并进一步扩展至支付和账户创建，同时将代理视为首要关注点。
我们很期待继续完善这一标准，并与Stripe合作尽快发布更正式的规范。我们也希望与更多平台集成——请发送邮件至 agenticpartnerships@cloudflare.com，告诉我们你希望如何让你的平台与Cloudflare集成。
赋予你的代理配置和支付的能力。
Stripe Projects目前处于公开测试阶段，即使你还没有Cloudflare账户也可以开始使用。只需安装Stripe CLI，登录Stripe，然后启动一个新项目：
stripe projects init
提示你的代理在Cloudflare上构建新的内容，并让我们看看你完成了什么！
来源与参考
收录于 2026-05-01