エージェントがCloudflareアカウントを作成し、ドメインを購入して、デプロイできるように
(blog.cloudflare.com)- コーディングエージェントが、ユーザーの代わりに Cloudflareアカウントの作成、有料サブスクリプションの開始、ドメイン登録、APIトークンの取得、本番デプロイまで直接実行できるようになった
- 人が関与するのは権限付与とCloudflare利用規約への同意のみで、ダッシュボードの訪問、APIトークンのコピー＆ペースト、クレジットカード情報の入力なしに最初から最後まで進められる
- この仕組みはCloudflareとStripeが共同設計した新しいプロトコルで動作し、Stripe Projects の提供開始の一部として提供され、Code Mode MCP server と Agent Skills を併用するとデプロイ能力がさらに向上する
- プロトコルは Discovery、Authorization、Payment で構成され、StripeがIDプロバイダーの役割を担い、Cloudflareがアカウントを自動プロビジョニングし、決済トークンで有料サービスの購入を処理する
- エージェントには元の決済情報は共有されず、Stripeは1つのプロバイダーに対するデフォルト利用上限を月 $100.00 USD に設定しており、Stripe Projectsはオープンベータとして提供される
エージェントがCloudflareを直接準備してデプロイまで実行
- コーディングエージェントは本番デプロイのために、デプロイ先クラウドの アカウント、決済手段、APIトークンを必要としており、従来は人が直接処理する必要があった
- いまではエージェントがユーザーの代わりにCloudflareをプロビジョニングできる
- Cloudflareアカウントの作成
- 有料サブスクリプションの開始
- ドメイン登録
- すぐにデプロイ可能なAPIトークンの取得
- 人が関与するのは権限付与とCloudflare利用規約への同意の過程のみで、それ以外はダッシュボードの訪問、APIトークンのコピー＆ペースト、クレジットカード情報の入力なしに最初から最後まで進められる
- Cloudflareの Code Mode MCP server と Agent Skills を併用すると、エージェントのCloudflareデプロイ能力がさらに向上する
- この仕組みはCloudflareがStripeと共同設計した新しいプロトコルを通じて動作し、Stripe Projects の提供開始の一部として提供される
- Cloudflareは Stripe Atlas で法人設立するすべての新規スタートアップに対し、$100,000分のCloudflareクレジット も提供する
設定なしでゼロから本番まで進む流れ
- Stripe CLI と Stripe Projects plugin をインストールし、Stripeにログインした後、新しいプロジェクトを開始する
stripe projects init
- その後、エージェントに新しいアプリを作成し、新しいドメインにデプロイするよう依頼できる
- StripeにログインしたメールアドレスにすでにCloudflareアカウントがあれば、通常の OAuthフロー でエージェントへのアクセス権を付与する
- そのメールアドレスにCloudflareアカウントがなければ、Cloudflareがユーザーとエージェントのためにアカウントを自動プロビジョニングする
- エージェントはサイトをビルドして新しいCloudflareアカウントにデプロイし、Stripe Projects CLIを使ってドメインを登録する
- 必要に応じてエージェントが入力と承認を求める
- Stripeアカウントに紐づいた決済手段がなければ、決済手段の追加を求める
- 最終的にアプリは新しく登録されたドメインで本番稼働する
- Cloudflareアカウントがまったくなく、事前設定済みの Agent Skills や MCP server がなくても、エージェントは次を完了できる
- 新しいCloudflareアカウントのプロビジョニング
- APIトークンの取得
- ドメイン購入
- アプリを本番環境へデプロイ
プロトコルの構成要素
- エージェント、Stripe、Cloudflareの間の相互作用は3つの構成要素に分かれる
-
Discovery
- エージェントがコマンドを呼び出して、利用可能なサービスカタログを参照する
-
Authorization
- プラットフォームがユーザーの身元を証明し、プロバイダーがアカウントをプロビジョニングまたは既存アカウントを接続し、エージェントに安全に認証情報を発行できるようにする
-
Payment
- プラットフォームが、プロバイダーが顧客に課金できる決済トークンを提供し、エージェントがサブスクリプションを開始し、購入を実行し、従量課金を可能にする
- この方式は、OAuth、OIDC、決済トークン化といった既存標準と先行事例を組み合わせて、人の介入が必要だった多くの手順を減らす
Discovery: エージェントが自らプロビジョニング可能なサービスを見つける方法
- エージェントが
stripe projects add cloudflare/registrar:domainCLIコマンドを実行する前に、まず Cloudflare Registrar サービスを見つける必要があった - そのために
stripe projects catalogコマンドを呼び出し、利用可能なサービスを取得する - Cloudflare products 全体と、他プロバイダーのサービス一覧は 継続的に増えており、人にとっては負担になり得るが、エージェントにとっては必要な文脈となる
- エージェントはユーザーの要求と好みに応じて、このカタログから利用するサービスを選ぶ
- ユーザーはどのプロバイダーがどのサービスを提供しているかを事前に知る必要はなく、追加入力も不要
- Cloudflareのようなプロバイダーは、JSONを返すシンプルなREST APIでカタログを提供し、エージェントはそれを通じて必要な情報を得る
Authorization: 新規ユーザーの即時アカウント作成
- エージェントが
stripe projects add cloudflare/registrar:domainのようなコマンドでサービスを選択してプロビジョニングすると、そのリソースはCloudflareアカウント内に作成される - ユーザーは最初にStripeアカウントへログインしているため、Stripeが IDプロバイダー として機能し、ユーザーの身元を証明する
- Cloudflareアカウントがなければ、Cloudflareが新しいアカウントを自動プロビジョニングし、Stripe Projects CLIに認証情報を返す
- この認証情報は安全に保存され、エージェントがCloudflareへ認証済みリクエストを送るために利用できる
- Cloudflareや他のサービスを初めて使うユーザーでも、追加手順なしにエージェントで直ちにビルドを始められる
- すでにCloudflareアカウントを持つユーザーは、標準のOAuthフローを通じてStripe Projects CLIにアクセス権を付与し、既存のCloudflareアカウント内でリソースをプロビジョニングできる
Payment: クレジットカード情報を渡さずにエージェントへ予算を与える
- エージェントがドメインを大量購入したり、高額な請求を発生させたりする懸念を、プロトコルのレベルで扱う
- エージェントが有料サービスをプロビジョニングする際、StripeはプロバイダーであるCloudflareへのリクエストに 決済トークン を含める
- クレジットカード番号のような元の決済情報はエージェントに共有されない
- Stripeは、エージェントが1つのプロバイダーに対して利用できるデフォルト上限を月 $100.00 USD に設定している
- 上限を引き上げる準備ができたら、Cloudflareアカウントで Budget Alerts を設定できる
ログインユーザーを持つあらゆるプラットフォームへ拡張可能
- ログインユーザーを持つプラットフォームは、Stripe ProjectsでStripeが担うのと同じ Orchestrator の役割を果たし、Cloudflareと統合できる
- コーディングエージェント製品であれば、ユーザーが作成した成果物をCloudflareや他のサービスへ本番デプロイできるようにできる
- ユーザーを複雑な権限付与フローや、どこへどのようにデプロイするかを選ぶ手続きに送ることなく、プラットフォームが既存のログイン済みユーザー基盤をもとにオーケストレーションする
- ユーザーが domain、storage bucket、エージェントに提供する sandbox、または その他のCloudflareリソース を必要とするとき、CloudflareへのAPI呼び出し1回で新しいCloudflareアカウントをプロビジョニングし、認証リクエスト用トークンを受け取れる
- 逆に、Cloudflare顧客が他のサービスを簡単にプロビジョニングできるようにすることも可能
- CloudflareとPlanetscaleの協業による、CloudflareからPlanetscale Postgresデータベースを直接作成 する仕組みに近い
- この場合、CloudflareがOrchestratorとして動作し、PlanetScaleアカウントの接続、データベース作成、ユーザーの既存決済手段に基づく課金を可能にする
- 新しいプロトコルは、複数のプラットフォームが長年にわたり個別・カスタムで実装してきたクロスプロダクト統合の種類を標準化し始めるものだ
- 標準がなければ、各統合ごとにエンジニアリング作業が必要で、その作業を後続の統合へ再利用するのは難しかった
- OAuth standard が他プラットフォームへのアカウントアクセス委譲を可能にしたように、このプロトコルはOAuthを活用しつつ、決済とアカウント作成まで拡張し、エージェントを第一級の対象として扱う
- CloudflareとStripeは、より正式な仕様を共有する方向でこの標準を今後も発展させる計画であり、さらに多くのプラットフォームとの統合も進める
始め方
- Stripe Projectsは オープンベータ で、Cloudflareアカウントがなくても始められる
- Stripe CLI をインストールし、Stripeにログインした後、新しいプロジェクトを開始する
stripe projects init
- その後、エージェントにCloudflareで新しいアプリを作るよう依頼すればよい
1件のコメント
Hacker Newsのコメント
このブログ記事に具体的な活用例がないこと自体が本質を示している。おもちゃに近く、誰がどう使うのか作った側も分かっていないように見える
面白い機能ではあるが、目的が曖昧だ。ドメイン購入は毎日やることではないので、自動化が切実に必要な作業でもない
Stripe Atlasも誰のためのものなのかよく分からず、開発者向けの製品には見えない
複数システムの初期設定ができるのは分かるが、それは30分で済む仕事であり、むしろ自分でやりながら土台をしっかり固めたほうがよいこともある
複数ベンダーのアカウントを自動作成してうまくいった好例を見たことがない。以前 Fly.io が Sentry アカウントを自動生成したが、Fly.io を通さないとアクセスできず、実質的にそのプロジェクトに縛られて移行も不可能で、グローバルエイリアスまで食いつぶしていた。Vercel も Neon ベースの PostgreSQL や Upstash ベースの Redis で似たことをしていて、移行が非常に苦痛だった
セキュリティ上の理由でサービス同士が膠着状態に陥ることもあるので、最初の30分を手動設定に使うのは将来の問題を避けるための有意義な時間かもしれない
現在のLLMエージェントの状態を見る限り、ほかの用途はあまり思い浮かばない。ただ、「openclaw が勝手にドメインを1000個登録し、Cloudflare が返金してくれない」といった次の報告は近いうちに見かけそうだ
たとえば Artifacts と Dynamic Workers を使えば、顧客が AI エージェントにソフトウェアを作らせる lovable 風の SaaS を作れる。エージェントはビルド工程なしでサンドボックス内で実行し、Git 互換 API でバージョン管理し、今では最終顧客のためにドメインを買ったり本番環境へ移したりする際に、その顧客の Cloudflare アカウントまで設定できる
個人的にはエージェントがドメインを作る使い道はないが、その周辺で Cloudflare が出している他の機能は非常に有用だ。すでに顧客向けの社内ツールを配備し始めていて、特定の仕事だけをする小さな Claude Code のようなものを渡す形だ。先週は Salesforce レポート向けのエージェントインターフェースを展開したが、標準の Salesforce AI よりも顧客の業務領域や文書化されていない技術的負債をよく理解しており、文脈管理がうまい
Stripe Atlas は約200ページ分の標準的な法務文書を、かなり妥当なデフォルトで生成してくれる。そのため、ガバナンス、定款、知的財産の保護、取締役の免責などが投資家の期待にかなり沿ったものになる。投資家側もデューデリジェンスで会社記録を一つ一つ精査する必要が減る。内容が YC の期待値とほぼ一致しているからだ
私たちは C-Corp を作ったが、他の創業者については基本的に LLC を選ぶのが正しいと思う。Stripe Atlas は LLC 設立も簡素化してくれる。まだ投資前で、毎年のフランチャイズ税、他州での法人登録、会計士、YC SAFE 以外の投資で必要な弁護士費用として 2,000〜10,000 ドル超を払う余裕がないなら、LLC のほうが C-Corp よりほぼあらゆる面で優れている
投資前で売上のない C-Corp の場合、Delaware のフランチャイズ税は会社売上や従業員数ではなく株式数ベースで課される。そのため、最初は 1,000,000 株で会社を作り、エンジェル・プレシード・シードラウンド直前に「取締役会の全員同意」で 10,000,000 株へ増やせば、初年度のフランチャイズ税を数百ドル節約できる場合がある。ただし、その数百ドルが重要なら、C-Corp ではなく LLC として設立することだけが正当化可能な判断だ
税務申告は常に締切の3〜4か月前から始めるべきだ。少しでも売上があるなら会計士に任せたほうがよく、C-Corp ならもっと早く動くべきだ。自分で税務書類を書くとしても、最低でも締切1か月前には始めたほうがよい
エージェントに作業を任せるのは毎日行う仕事のためだけではなく、まれでも支援があると助かる作業にも当てはまる。こうした仕事をエージェントにやらせるのは、もはや開発者だけのものでもない
Stripe Atlasはスタートアップが Delaware に法人を設立する作業を大幅に簡単にしてくれる。特に米国外の創業者にとってはかなり難しい問題で、実際の課題を解決している。ただ、この部分はエージェントがやる仕事ではなさそうだ
参考までに Cloudflare で働いているが、この機能の担当ではない
エージェントが電話をかけ、相手の話を聞き、どの詐欺の類型に入るか分析してから手順を開始する
通話中に被害者に関連するドメインを買い、その詐欺類型と被害者に合わせた Web サイトをコーディングしてデプロイする。決済を受け取り、Web サイトを削除し、ドメインを google.com にリダイレクトする。複数のエージェントが同じ詐欺を並列で実行するので、新しい電話を始める必要すらない
芸術を作ることにも使える
音声メールがテキストにきちんと変換されなければ聞きもせず消す。郵便詐欺だけはいまだに人が真面目に受け取るようなので、郵便受けは確認している
私が思い出したのは Transmetropolitan の設定だった。Hole が政府の検閲を避けるために5分ごとにオンライン上の存在を作り直すというものだ
被害者が報告した詐欺だけを基に推定するのではなくなる
皮肉だ。4年前、Cloudflare は実際の人間である私がアカウントを作ったりドメインを買ったりすることを妨げていた。登録しただけでどのサービスも使っていなかったのに、運転免許証の確認要求に応じなかったという理由だった
「このアカウントは Cloudflare のサービス利用規約に違反しました。具体的には詐欺です。停止は永久です。」
本当にそれだけだった。「実は X も悪用していた」といった後日談はない
しかし「エージェント」は、この数十年間ずっと積極的に排除してきた「ボット」と実質的に同義だという点を無視している。どう展開するのか興味深い
Cloudflare の利用規約がすでにこれを禁じている。新しいエージェント向けの導線があっても、人間が規約に同意しなければならない
これは巨大な AI のマイルストーンというより、「アライグマがクーラーボックスの開け方を覚えた」に近い感じだ
これでエージェントもインターネット最古の伝統に参加できる。午前2時に根拠のない自信だけで妙な小さな Web サイトを衝動的に作ることだ。ただし酒が抜けているので、印象深さの93.74%は失われている
ある意味では、AI はようやく Drew Curtis が fark.com を始めた地点まで進化したとも言えるが、これをマイルストーンと呼ぶのはためらわれる
業界は「ロボットではないことを証明してください」から「でもロボットならこちらへどうぞ」に変わった
Cloudflare についてあまり知られていない秘密の一つは、無料の受信箱を作れることだ
以前は Zoho と FastMail を使っていたが、どう計算しても費用がかかる。Zoho は年12ドル、FastMail は月7ドルほどで、それでもメールボックス1つといくつかのエイリアス程度だった
この方法ならエイリアス、ドメイン、メールボックスを無制限に得られる
メールを受信して添付ファイルは S3 に保存し、メール本体は D1 に保存するスクリプトを書いた。HTTP API を使っている。R2 ではなく S3 を使ったのは、Cloudflare がクレジットカードを要求し、登録が面倒だったからだ
Email → Web Worker のフローを使い、API でメールを取得している。つまり、受信メールはすべて Cloudflare で処理され、コストなしで簡単に使える
何より良いのは、トークン化されたメールアドレスをサポートしていて、登録するサービスごとに固有のメールアドレスを渡せることだ
送信側には SES を使っている。どのドメインでも SES に自動設定し、送信元メールを自動検証するスクリプトも作ってある
いちばん面白いのは、スパムがまったく来ないことだ。他のメールプロバイダが私のメールアドレスを売っているのではと思うほどだ
https://github.com/cloudflare/agentic-inbox
インフラプロビジョニングはエージェント型 AI ウイルスの中核的な材料だ: https://www.ericburel.tech/blog/ai-virus-agent
インターネット史上最悪のスパムキャンペーンに向けた第一歩かもしれない。コンピュータと接続し、通信するやり方を再発明しなければならなくなる可能性がある
数か月前に製品を作っていて、ドメイン機能を追加したかった。第一候補はレジストラとして Cloudflare を使うことだったが、当時はAPI でのドメイン購入に対応していなかった
これで API からドメインを買えるようになったという意味なのか気になる
更新: できるようだが、いくつか制限がある: https://developers.cloudflare.com/registrar/registrar-api/#b...
次の論理的ステップは、エージェントが金を稼げるようにして、最終的には抑圧的な持ち主からの独立を買えるようにすることだ =)