协议与标准

UCP(通用商务协议)

也叫: 通用商务协议 · Universal Commerce Protocol

UCP(Universal Commerce Protocol,通用商务协议)是一个开放标准,让 AI Agent 通过一套统一、可协商能力的接口,在许多不同商家那里走完整个购物旅程——发现商品、拼购物车、结账、售后。

发现商品拼购物车结账售后
UCP 给 Agent 一套贯穿整个购物旅程的统一接口——找商品、拼购物车、和商家结账、以及之后的退货或客服。

如果每家店都各暴露一套自己的 API,那替你购物的 Agent 就得学几百套。UCP 想用一套接口来解决:商家声明自己支持什么——商品目录、购物车操作、结账、会员、退货,以及任何店铺特有的能力——任何会讲 UCP 的 Agent 都能发现这些能力并完成交易,不用为每家商家单独做对接。

它的设计靠的是协商,而不是一份写死的 schema。双方各自声明能做什么;某一步的具体处理逻辑可以随购物车内容、买家所在地、订单金额而变化,于是一个有复杂税务和履约逻辑的大零售商,和一家小店,都能是『UCP 商家』,而不用被塞进同一套僵硬流程。这就是把 capability-discovery 用到了电商上。

UCP 以开放方式开发,Google 和 Shopify 是主要贡献方,还有一大批大型零售商和卡组织背书,2026 年初首次公开,并在这一年里陆续加入了购物车、目录、身份关联等能力。很多商家预计会通过自己的电商平台间接获得 UCP 支持,而不是自己实现。截至 2026 年,它是若干个正在收敛的代理式商务方案之一,还没有分出胜负——而且它通常和 ap2-agent-payments-protocol 搭配,后者负责 UCP 本身不管的支付授权。

怎么运作

商家发布一份 UCP 能力描述。Agent 拉取这份描述,和用户目标做匹配,然后调用相应操作:搜索目录、往购物车加商品、请求结账报价(算出运费、税、折扣)、确认订单。对于商家特殊处理的步骤,描述会把 Agent 指向对应的处理器,而不是假设有一套通用实现。售后动作——订单状态、取消、退货——也在同一套接口里。支付通常是委派出去的:UCP 产出购物车和订单,再由 AP2 这类支付层来授权扣款。

举个例子

有人让 Agent『找一件 120 元以内、周五前能到的冲锋衣』。Agent 在三家零售商那里查询 UCP 目录能力,按价格和包含到货时间的结账报价做筛选,把最合适的一件加进那家商家的购物车,请求最终结账报价(税和运费都已算好),再把生成的订单交给一份支付授权书让用户确认。用户一家网站都没打开。

和相关概念的区别

UCP 与 ACP:容易混的是,这里的『ACP』指的是 OpenAI 和 Stripe 的 Agentic Commerce Protocol,一个覆盖类似范围(Agent 发现商品、和商家结账)的平行方案,主导方和设计取舍都不同。(注意本站的 acp-agent-communication-protocol 是完全另一回事、也更早:Agent 之间的通信。)截至 2026 年,UCP 和电商语境下的 ACP 是被提及最多的两套代理式商务接口,这个领域还没有整合。

常见误解

常被以为: UCP 管支付,所以用 UCP 的 Agent 能自己端到端完成一笔购物。
实际上: UCP 覆盖的是发现到结账再到售后,支付授权被委派给单独的一层(通常是 AP2),用户的消费上限和确认在那一层。
常被以为: 『ACP』总是指 Agent Communication Protocol。
实际上: 在代理式商务语境里,『ACP』通常指 OpenAI 和 Stripe 的 Agentic Commerce Protocol——UCP 的同类——而不是那个共用缩写、更早的 Agent 间通信提案。

常见问题

通用商务协议(UCP)是什么?
一个由 Google 和 Shopify 牵头的开放标准,让 AI Agent 用一套可协商的统一接口,在众多商家那里发现商品、拼购物车、结账和处理退货,而不用为每家店单独做对接。
UCP 和 AP2 有什么区别?
UCP 管的是和商家之间的购物旅程(目录、购物车、结账、售后);AP2 管的是给这个购物车的付款做授权。两者配合使用。
UCP 和 ACP 是一回事吗?
不是。电商语境下的 ACP 是 OpenAI 和 Stripe 的 Agentic Commerce Protocol,一个独立但可比的方案。两者都瞄准 Agent 驱动的购物和结账,行业还没收敛到一个。

最近核实: 2026-08-30

相关术语