周一，谷歌宣布了通用商务协议（UCP）——一个开放标准，为代理提供共享的商业语言。

这意味着像 #Gemini 这样的代理可以在 Shopify、Etsy、Wayfair、Target 和 Walmart 等常见市场中发现并购买产品——而且需要你的许可。

正如你所知，从这些平台购买实物商品时，不仅仅是一次资金转账。有运输地址、税务计算、退货政策和防欺诈等。UCP 标准化了所有这些商业功能——目录、购物车、结账会话、履约逻辑——让代理能够作。它让整个购物周期都能被机器读取。

起初， 有人怀疑这是否让谷歌与 x402 对立。事实并非如此。它们是不同类型的协议。

UCP 是一种面向受监管市场的商业语言 。它为代理设计了这一流程的语义，让他们了解有哪些产品存在、价格、如何运输以及如果出现问题会发生什么。x402 是无需许可的支付结算轨道 ——即时、自主、不可逆。一是定义“购物”的含义;另一台则在机器间转移资金。

它们如何协同工作

最现实的短期互动是 x402 负责“上游”微交易，UCP 负责“下游”受监管的商业交易。我的意思是这样的。

考虑代理对代理的情景。如果客服需要一份价值 0.05 美元的研究论文或 10 美元的云计算，它并不想填写一张结账表。它查询拥有 x402 端点的资源提供者，即时付款并获得访问权限。没有购物车，没有收货地址，没有人工审核——所以没有 UCP。

但想象一下，一个人工智能代理被委托为你规划假期（ 就像银河研究公司所做的那样）。首先，代理人可能需要情报：最佳旅行日期、天气模式、机票波动性。为此，它可以查询集成 x402 的专业数据提供商——高级预测服务、需求预测 API。通过该协议，代理程序化地发现定价、支付访问费用并获取数据。 

然后，凭这些信息，代理人决定何时出发，并开始预订机票和酒店。因此，交易转向受监管的商业，从 x402 切换到 UCP。客服在这里使用 UCP 来导航航空公司或旅行平台：铺设选项、搭建购物车、启动结账。付款通过传统渠道进行——防欺诈、退款、拒付、合规。你审核并批准购买。

理解边界

需要说明的是，虽然两种方案可以互补，但目前还没有重叠。

与 UCP 集成的平台——Shopify、沃尔玛以及受监管的市场——并没有暴露 x402 端点。他们用 UCP 来做发现和结账，但付款是通过传统处理商结算的。所以代理可以通过 UCP 找到产品、建立购物车和显示期权，但不能通过 x402 自动完成交易。

比如在 Shopify 上自制果酱店。经纪人可以通过 UCP 发现店铺，了解目录并准备结账。但除非商家独立创建 x402 端点——这需要部署中间件并配置钱包——否则代理无法在没有人工批准和传统支付轨道的情况下结算订单。

短期内，采用 UCP 标准化商业的平台不太可能同时暴露 #x402 端点。目前，这种相互作用是互补而非整合的：x402 用于自主资源访问，UCP 用于仍通过现有基础设施路由的受监管商业。

UCP 与谷歌的 A2A 标准

UCP 并不是谷歌为代理制定的第一个开放标准。去年， 他们发布了 A2A（代理对代理）——一种协议，使基于不同框架的 AI 代理能够发现、通信和协作。

A2A 是配位层。它规范了代理之间的通话方式和信息结构——无论代理是由谁构建的，以及使用什么框架或工具包构建的。没有它，每次代理间交互都需要定制集成。

相比之下，UCP 是 A2A 可以承载的商业词汇。UCP 让“购物”对经纪人来说变得易于理解;A2A 为他们提供了交换信息的方式。然而，UCP 是与运输无关的，意味着它不仅能通过 A2A 进行传输。消息也可以通过 REST（标准 Web API 协议）或 MCP（Anthropic 用于连接模型与工具的协议）传递。

目前的堆叠

UCP 的到来为逐渐成为知名代理商交易栈的体系增添了另一层内容：

• A2A 负责代理协调——跨框架的发现、消息传递和协作。
• UCP 负责商业编排——产品发现、购物车管理、结账、履约。
• x402 负责自主结算——即机器之间的即时支付。
• ERC-8004 将负责身份和声誉——链上注册表，证明代理的身份及其表现。

值得注意的是，UCP 代表了一种特定类型的贡献：用于商业的语言包。它教会经纪人“购物”的含义。我们可以想象其他领域——金融分析、教育、医疗——也会出现类似的开放协议——每个协议都为代理提供针对特定行动子集的共享词汇。

关键在于这些协议必须保持开放和互作性，而不是被锁定在特定生态系统中。谷歌值得称赞的是，它将 #A2A 和 #UCP 作为公共标准建立了。其他人也应该效仿这一做法。这些域语言作为开放基础设施越多地普及，代理越快变得真正有用——任何单一平台也越难集中或垄断整个堆栈。