UCP（通用商务协议）

据 Google 工程团队在开发者博客中的说明，彼时多数 AI 购物体验止步于推荐：智能体聚合链接后，库存查询、优惠码与结算流程仍要用户在各站点自行完成。每个新的对话表面都需要商家与支付机构分别做适配，形成 N×N 的集成瓶颈。UCP 把这一瓶颈收敛为一套抽象：Gemini 或搜索 AI 模式等平台按协议接入一次，商家把商务行为按协议暴露一次，支付服务提供商在支付层接入一次，同一协议即可支撑购物、旅行等多种垂直场景。

UCP 定义了四类主要角色：Platform 是编排用户旅程的智能体或应用；Business 是商家，也是交易的记录商户（Merchant of Record），保留客户关系与合规责任；Credential Provider 管理支付凭据与地址等个人数据；Payment Service Provider 负责授权、扣款与结算。

在此之上，协议引入三类基本构造：Capabilities 是可发现的能力单元，初期包含 Checkout（结算会话、购物车、合计与税费）、Identity Linking（基于 OAuth 2.0 的身份关联）、Order（订单生命周期事件）与 Payment Token Exchange（支付令牌交换）；Extensions 通过 extends 字段扩展能力，如折扣、履约与 AP2 Mandates；Services 则把能力绑定到 REST、MCP、A2A 等传输方式。商家在 /.well-known/ucp 发布能力清单，智能体据此协商双方共同支持的能力集。

以 Google 参考实现示例为参照：智能体先从 /.well-known/ucp 获取商家档案，发现其支持的结算等能力并解析对应模式；若用户已关联账户，则通过 OAuth 2.0 范围完成身份关联；随后调用 Checkout 能力传入商品行、地区与上下文，服务端返回含合计与候选履约方式的结算对象；智能体可调用折扣、会员等扩展修改结算结果，再请用户确认订单；支付经理解对应支付凭据模式的支付处理器路由，由支付服务提供商授权后商家创建订单；Order 能力通过 webhook 事件推送发货、退货与退款进展，智能体可在对话中转达用户。

UCP 定位为商务交互层，支付授权与 AP2 的签名 mandate 模型对齐：mandate 绑定特定结算哈希，支持持有证明并降低令牌重放风险。它与 OpenAI 与 Stripe 推出的 ACP 属于并行的代理商务标准路线，两者在生态上存在竞合；同时 UCP 兼容 A2A 与 MCP，可嵌入更广的智能体协议栈。区别于本站已收录的 x402（面向稳定币即时结算的机器支付协议），UCP 覆盖的是从发现到售后的完整商务流程。

据 UCP 官网，协议已从购物扩展至旅行住宿与餐饮行业，列出 Shopify、Target、Amazon、Booking.com、希尔顿、达美乐等多行业参与方；2026 年 9 月，Worldline 宣布在其平台上支持 UCP，使商家以单一配置接入跨渠道的智能体交易。需要注意，UCP 的行业适配进度、认证计划与各平台的具体支持范围仍在演进，目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。

UCP 与 ACP、AP2 共同构成代理商务协议层的主要格局，行业扩展与 SDK 生态仍在快速演进；更多垂直行业适配、认证与互操作计划目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。