Google 剛剛開源了 UCP。這裡是你需要知道的所有資訊： Google 正在發布開放標準，描述 AI 代理如何在實際系統中運作。重點是互操作性，以便代理可以協調、交易並在平台之間執行工作流程。 UCP（通用結帳協議） UCP 以結構化、機器可讀的方式表示電子商務結帳流程。它定義了代理如何使用一致的介面與商家目錄、購物車、庫存和結帳步驟互動，跨平台進行。 這使得代理能夠在不同商家之間的結帳流程中移動，而無需自定義集成。 Google 已經在代理標準上工作了一段時間。這種方法是將每個責任定義為一個單獨的協議，以便代理可以在系統、供應商和環境之間互操作。 A2A（代理到代理） A2A 是 Google 的一項標準，定義了代理之間如何相互通信。它涵蓋了代理之間的委派、協調和決策，這些代理可能屬於不同的系統或組織。 AP2（代理支付協議） AP2 是 Google 的另一項標準。它定義了代理在做出決策後如何完成購買。這包括授權、支付和結算在協議層級的過程。 x402 及其適用性 x402 是由 @CoinbaseDev 開發的支付協議。它定義了通過 http 的標準支付握手，包括如何請求、提交和驗證支付。Google 不會重新定義 x402，而是將其整合進去。Google 將 x402 實現為 A2A 的擴展（ 這使得支付可以作為代理到代理互動的一部分發生。一個服務代理可以要求支付，一個客戶代理可以使用 x402 提交支付，並且在工作流程繼續之前可以驗證結算。當商家或服務支持時，x402 可以作為 UCP 結帳流程中的支付機制。 擴展和生態系統 Google 在宣布 UCP 的同時，還推出了針對現有商務平台的擴展，例如 @Shopify。這些擴展通過標準化介面公開商家目錄、庫存和結帳流程。 代理通過 UCP 進行集成。商家繼續在其現有基礎設施上運作。 ampersend 的適用性 ampersend 位於這些標準之上，作為人類的控制和可見性層。 ampersend 不會“實現”或“調用” x402。相反，它使人們能夠創建和管理可以參與商務流程的代理，前提是商家或服務支持 x402。 ampersend 讓用戶： - 創建和管理代理 - 配置支出限額和預算 - 查看代理活動和交易歷史 - 監控代理如何在商務工作流程中移動，包括基於 UCP 的結帳 範例 想像一個咖啡生產商在 Shopify 商店銷售咖啡豆。商家配置其結帳以支持使用 usdc 的 x402 支付。 商家創建一個賣家代理，並可以查看通過該代理進行的所有購買。 買家註冊 ampersend 並創建一個名為 'coffee_buyer' 的代理，擁有 100 usdc 的餘額和 100 usdc 的月度限額。他們指示代理從賣家那裡購買咖啡豆。 購買通過 UCP 結帳流程進行。支付使用 x402 完成，因為商家支持它。雙方都可以通過他們的代理查看交易。買家可以在 ampersend 中查看支出和活動。 ampersend 提供了控制和觀察這一活動的人機介面。 實踐中： - UCP 代表結帳流程 - A2A 協調代理互動 - x402 處理支持的支付 - ampersend 讓人類配置、監控和控制代理商務 收聽 @jordan0ellis 來自 @googlecloud 的解釋 A2A、AP2 和 x402 擴展 ⬇️ 如果你想要延長視頻解說，請在評論中留下 ➕。

x402 是一種用於支付互聯網請求的代理協議。 它將支付視為請求-響應循環的一部分，就像 http 對待錯誤、重定向或身份驗證一樣，而不是一個單獨的產品或流程。服務可以在請求時聲明價格。客戶可以選擇支付、證明支付，並完全以程式化的方式繼續進行。無需用戶帳戶、與計費儀表板綁定的 API 金鑰或自定義支付端點。 x402 首先是為機器設計的。 每個請求都是獨立的。定價、結算和驗證是按每次調用進行的，而不是按用戶進行的。這使得它可以被腳本、服務和自主代理使用，而無需協調或設置。 該協議故意狹窄。它定義了如何請求和結算支付，而不是使用什麼資產或誰被允許支付。這使得它靈活且易於組合。 x402 解鎖了： - 默認的基於使用的定價 - 無需訂閱的按次付費服務 - 可以按需發現和支付的端點 x402 不解決：身份、信任或聲譽。這些屬於其他地方。 x402 精確回答了一個問題：“這個請求的成本是多少，我該如何結算？” 當與代理身份和信任標準結合時，它成為開放的、機器原生商務的缺失部分。 由 @kleffew94 解釋的其他解鎖 ⬇️

「你所需要做的就是去複製 API 金鑰…」