AI 에이전트, 클라우드플레어 계정 생성부터 도메인 구매·배포까지 원클릭 완료

Agents can now create Cloudflare accounts, buy domains, and deploy 2026-04-30 Sid Chatterjee Brendan Irvine-Broque 6 min read This post is also available in 한국어 . Coding agents are great at building software. But to deploy to production they need three things from the cloud they want to host their app — an account, a way to pay, and an API token. Until now these have been tasks that humans handle directly. Increasingly, agents handle them on the user’s behalf. The agent needs to perform all the tasks a human customer can. They’re given higher-order problems to solve and choose to use Cloudflare and call Cloudflare APIs. Starting today, agents can provision Cloudflare on behalf of their users. They can create a Cloudflare account, start a paid subscription, register a domain, and get back an API token to deploy code right away. Humans can be in the loop to grant permission and must accept Cloudflare's terms of service, but no human steps are otherwise required from start to finish. There’s no need to go to the dashboard, copy and paste API tokens, or enter credit card details. Without any extra setup, agents have everything they need to deploy a new production application in one shot. And with Cloudflare’s Code Mode MCP server and Agent Skills , they’re even better at it. This all works via a new protocol that we’ve co-designed with Stripe as part of the launch of Stripe Projects . We’re excited to launch this new partnership with Stripe, and also to offer $100,000 in Cloudflare credits to all new startups who incorporate using Stripe Atlas . But this new protocol also makes it possible for any platform with signed-in users to integrate with Cloudflare in the same way Stripe does, with zero friction for the end user. How it works: zero to production without any setup or manual steps Install the Stripe CLI with the Stripe Projects plugin , login to Stripe, and then start a new project: stripe projects init Then prompt your agent to build something new and deploy it to a new domain. You can watch a condensed two-minute video of this entire flow below: If the email you’re logged into Stripe with already has a Cloudflare account, you’ll be prompted with a typical OAuth flow to grant the agent access. If there is no existing Cloudflare account for the email you’re logged in with, Cloudflare will provision an account automatically for you and your agent: You will see the agent build and deploy a site to a new Cloudflare account, and then use the Stripe Projects CLI to register the domain: The agent will prompt for input and approval when necessary. For example, if your Stripe account doesn’t yet have a linked payment method, the agent will prompt you to add one: At the end, the agent has deployed to production, and the app runs on the newly registered domain: The agent has gone from literal zero, no Cloudflare account at all, without any preconfigured Agent Skills or MCP server , to having: Provisioned a new Cloudflare account Obtained an API token Purchased a domain Deployed an app to production But wait — how did the agent discover that it could do all of this? How did it know what services it could provision, and how to purchase a domain? How did it gain the context it needed to understand how to deploy to Cloudflare? Let’s dig in. How the protocol and integration works There are three components to the interaction between the agent, Stripe, and Cloudflare shown above: Discovery — the agent can call a command to query the catalog of available services. Authorization — the platform attests to the identity of the user, allowing providers to provision accounts or link existing ones, and securely issue credentials back to the agent. Payment — the platform provides a payment token that providers can use to bill the customer, allowing the agent to start subscriptions, make purchases and be billed on a usage basis. These build on prior art and existing standards like OAuth, OIDC and payment tokenization — but are used together to remove many steps that might otherwise require a human in the loop. Discovery: how agents find services they can provision themselves In the agent session above, before the agent ran the CLI command stripe projects add cloudflare/registrar:domain , it first had to discover the Cloudflare Registrar service. It did this by calling the stripe projects catalog command, which returns available services: The full set of Cloudflare products and services from other providers is long and growing — arguably overwhelming to humans. But for agents, this catalog of services is exactly the context they need. The agent chooses services to use from this catalog based on what the user has asked them to do and the user’s preferences — but the user needs no prior knowledge of what services are offered by which providers, and does not need to provide any input. Providers like Cloudflare make this catalog available via a simple REST API that returns JSON, and that gives agents everything they need. Authorization: instant account creation for new users When the agent chooses a service and provisions it (ex: stripe projects add cloudflare/registrar:domain ), it provisions the resource within a Cloudflare account. But how is it able to create one on demand, without sending a human to a signup page? Remember how at the start, the user signed in to their Stripe account? Stripe acts as the identity provider, attesting to the user’s identity. Cloudflare automatically provisions a new account for the user if no account already exists, and returns credentials back to the Stripe Projects CLI, which are securely stored, but available to the agent to use to make authenticated requests to Cloudflare. This means if someone is brand new to Cloudflare or other services, they can start building right away with their agent, without extra steps. If the user already has a Cloudflare account, they’re sent through a standard OAuth flow to grant access to the Stripe Projects CLI, allowing them to provision resources on their existing Cloudflare account. Payment: give your agent a budget it can spend, without giving it your credit card info You might rightly worry, “What if my agent goes a bit overboard and starts buying dozens of domains? Will I end up on the hook for a massive bill? Can I really trust my agent with my credit card?” The protocol accounts for this in two ways. When an agent provisions a paid service, Stripe includes a payment token in the request to the Provider (Cloudflare). Raw payment details like credit card numbers aren’t ever shared with the agent. Stripe then sets a default limit of $100.00 USD/month as the maximum the agent can spend on any one provider. When you’re ready to raise this limit, you can then set Budget Alerts on your Cloudflare account. Any platform with signed-in users can integrate with Cloudflare in the same way Stripe does Any platform with signed-in users can act as the “Orchestrator”, playing the same role Stripe does with Stripe Projects, and integrate with Cloudflare. Let’s say your product is a coding agent. You’d love for people to be able to take what they’ve built and get it deployed to production, using Cloudflare and other services. But the last thing you want is to send people down a maze of authorization flows and decision trees of where and how to deploy it. You just want to let people ship. Your platform acts as the Orchestrator, with the already signed-in user. When your user needs a domain , a storage bucket , a sandbox to give their agent, or anything else , you make one API call to Cloudflare to provision a new Cloudflare account to them, and get back a token to make authenticated requests on their behalf. Or let’s say you want Cloudflare customers to be able to easily provision your service, similar to how Cloudflare is partnering with Planetscale to make it possible to create Planetscale Postgres databases directly from Cloudflare . We started working with Planetscale on this well before this new protocol got off th