智慧體現在可以建立Cloudflare賬戶、購買域名並部署

編碼智慧體擅長構建軟體，但要部署到生產環境，它們需要雲服務商提供的三樣東西：賬戶、支付方式和API令牌。過去這些任務只能由人類直接處理，而現在，智慧體正越來越多地代表使用者完成這些工作。智慧體需要能夠執行人類客戶能做的所有任務，它們被賦予高層級的問題，並選擇使用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所需的上下文？讓我們深入探討。

協議與整合的運作方式

上述智慧體、Stripe和Cloudflare之間的互動包含三個元件：

• 發現——智慧體可以呼叫命令查詢可用服務目錄。
• 授權——平臺證明使用者身份，使提供商能預配賬戶或關聯現有賬戶，並安全地將憑證發回給智慧體。
• 支付——平臺提供支付令牌，提供商可用於向客戶收費，允許智慧體啟動訂閱、購買商品並按使用量計費。

這些元件建立在現有標準（如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會自動為使用者預配新賬戶，並將憑證返回給Stripe Projects CLI，該憑證安全儲存，智慧體可用於向Cloudflare發起經過身份驗證的請求。這意味著即使是Cloudflare或其他服務的新使用者，也能立即使用智慧體開始構建，無需額外步驟。如果使用者已有Cloudflare賬戶，他們將被引導透過標準OAuth流程授予Stripe Projects CLI訪問許可權，從而在其現有Cloudflare賬戶上預配資源。

支付：給智慧體一個它可花費的預算，而不透露你的信用卡資訊

你可能擔心：“如果我的智慧體有點過頭，開始購買幾十個域名怎麼辦？我會不會最終面對鉅額賬單？我真的能信任我的智慧體使用我的信用卡嗎？”

該協議透過兩種方式解決這個問題。當智慧體預配付費服務時，Stripe會在向提供商（Cloudflare）的請求中包含一個支付令牌。原始支付詳情（如信用卡號）絕不會與智慧體共享。Stripe還設定了每月每個提供商的預設支出上限為100美元。當你準備提高這一限額時，可以在Cloudflare賬戶中設定預算警報。

任何擁有已登入使用者的平臺都可以像Stripe一樣整合Cloudflare

任何擁有已登入使用者的平臺都可以充當“編排者”，扮演與Stripe Projects中Stripe相同的角色，並與Cloudflare整合。

假設你的產品是一個編碼智慧體，你希望使用者能夠將構建好的內容部署到生產環境，使用Cloudflare和其他服務。但你最不希望的就是讓使用者陷入一系列授權流程和部署決策的迷宮。你只想讓人們交付產品。

你的平臺充當編排者，使用者已登入。當使用者需要域名、儲存桶、沙箱或任何其他資源時，你只需呼叫一次Cloudflare API，預配一個新的Cloudflare賬戶給使用者，並獲取一個令牌，代表他們發出經過身份驗證的請求。

或者，假設你希望Cloudflare客戶能夠輕鬆預配你的服務，就像Cloudflare與Planetscale合作，允許直接從Cloudflare建立Planetscale Postgres資料庫一樣。我們早在該協議啟動之前就與Planetscale開始了這項工作，但這裡的流程非常相似。Cloudflare充當編排者，讓你連線PlanetScale賬戶、建立資料庫，並使用使用者現有的支付方式進行計費。

這個新協議開始標準化許多平臺多年來一直在做的跨產品整合型別，這些整合以往通常是一次性或定製的。沒有標準，每次整合都需要工程工作，且往往無法用於未來的整合。類似於OAuth標準使得將賬戶訪問許可權委託給其他平臺成為可能，該協議擴充套件了OAuth，進一步覆蓋支付和賬戶建立，並將智慧體視為一等公民。

我們期待繼續發展這一標準，並很快與Stripe合作釋出更正式的規範。我們也期待與更多平臺整合——請傳送郵件至[email protected]，告訴我們你希望如何將你的平臺與Cloudflare整合。

賦予你的智慧體預配和支付的能力

Stripe Projects目前處於公測階段，即使你還沒有Cloudflare賬戶，也可以開始使用。只需安裝Stripe CLI，登入Stripe，然後啟動一個新專案：stripe projects init。提示你的智慧體在Cloudflare上構建新東西，並向我們展示你的成果！