谷歌刚刚开源了UCP。以下是您需要了解的所有信息： 谷歌正在发布开放标准，描述AI代理如何在真实系统中操作。重点是互操作性，以便代理可以跨平台协调、交易和执行工作流程。 UCP（通用结账协议） UCP以结构化、机器可读的方式表示电子商务结账流程。它定义了代理如何与商家目录、购物车、库存和结账步骤进行交互，使用跨平台的一致接口。 这使得代理能够在不同商家的结账流程中移动，而无需定制集成。 谷歌已经在代理标准方面工作了一段时间。该方法是将每个责任定义为一个单独的协议，以便代理可以在系统、供应商和环境之间互操作。 A2A（代理到代理） A2A是谷歌的标准，定义了代理之间如何相互通信。它涵盖了代理之间的委托、协调和决策，这些代理可能属于不同的系统或组织。 AP2（代理支付协议） AP2是谷歌的另一个标准。它定义了代理在做出决策后如何完成购买。这包括在协议级别的授权、支付和结算。 x402及其适用性 x402是由@CoinbaseDev开发的支付协议。它定义了通过http进行标准支付握手，包括如何请求、提交和验证支付。谷歌并没有重新定义x402，而是将其集成。谷歌将x402作为A2A的扩展实现（ 这使得支付可以作为代理到代理交互的一部分发生。服务代理可以要求支付，客户端代理可以使用x402提交支付，并且在工作流程继续之前可以验证结算。x402可以作为UCP结账流程中的支付机制，当商家或服务支持时。 扩展和生态系统 谷歌在发布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 密钥……”