UCP (通用商务协议)

UCP是一个多义缩写

三个字母，多个含义。在电信和企业IT领域，这个缩写最常被解读为统一通信平台，并且它出现在整个行业中不相关的产品和控制平面名称中。任何搜索这个缩写的人都会遇到它们的混合结果。

在商务领域，它指的是通用商务协议，即Google和Shopify推出的一项开放标准，允许AI代理读取商家目录、获取实时价格和库存、管理购物车并完成购买。这里描述的就是这个含义。

它旨在解决的问题是组合性的

如果没有共享标准，每个想要进行交易的助手都必须与它想要交易的每个零售商进行集成。这是一个乘法问题，乘法效应很快就会变得难以承受。

以一个包含6个助手界面和500个值得集成的零售商的举例市场为例。双边集成意味着 6 × 500 = 3,000个独立的协议和实现，每个都需要有人构建和维护。在一个共享标准下，各方只需实现一次：6 + 500 = 506。随着市场增长，差距会扩大——当有10个界面和2,000个零售商时，这个数字是20,000对2,010。

对中型品牌的影响才是关键所在。双边集成通常只与最大的目录进行协商，因为只有在那里，回报才足以证明投入是合理的。标准能让商家一次性完成的工作对任何符合标准的代理都可识别，这就是参与代理来源的需求与被结构性地排除在外之间的区别。

符合标准的目录必须包含什么

这项要求没有听起来那么陌生，它分为代理在对您的产品采取行动之前所需的三个方面。

只有第一点是数据建模工作。第二点是一个架构问题，关于库存位于何处以及在库存数量被确认为真实之前，有多少系统需要达成一致，这才是实现真正失败的地方，而不是它们难以开始的地方。

• 身份识别。稳定的产品和变体标识符，理想情况下包括GTIN，这样代理在一个地方找到的商品就可以与它在另一个地方购买的商品匹配。没有它，比较会悄无声息地比较错误的东西。
• 读取时的真实性。价格和可用性在读取时是正确的，而不是在夜间数据源生成时。几个小时前的数据源会自信地宣传今早已经售罄的库存，代理根据它采取行动会产生取消而不是订单。
• 代理可以操作的购物车。程序化购物车构建，返回代理可以信赖的总价，包括目的地的运费和税费，因为无法获得绑定数字的代理将无从比较。

符合标准不能为您带来什么

有两种说法被附加到协议支持上，但协议本身并不支持这些说法，在围绕它们规划项目范围之前，这两点都值得拒绝。

第一点是可见性。实现标准让您可被读取；但它不会让您被推荐。助手展示哪些产品是一个排名决定，基于相关性、一致的品牌信息以及评论和报道等第三方权威。符合标准的目录是被考虑的前提条件，而不是被选择的理由。

第二点是安全性。UCP描述了读取目录和构建购物车。它不包含权限模型、没有幂等性要求、没有审计跟踪，并且对支付授权只字未提——那是AP2的领域，而且这一层仍在发展中。任何代理可以通过其操作实时系统的界面，都需要范围、重放保护和日志，无论是由哪个协议引入的。

UCP和ACP如何关联

它们通常被视为竞争对手，但最好理解为在一个边界相遇的邻居。UCP专注于目录发现和购物车构建；而来自OpenAI和Stripe的ACP则专注于助手内部的结账执行和支付委托。两者都需要商家提供相同的基础内容。

这个共同要求是关于支持哪一个的实际答案。一个具有真实价格和可用性的机器可读目录是两者都需要的，对不实现任何一个的助手也有用，同时改进了传统搜索。这是这个技术栈中唯一不是赌注的部分。

其上层是赌注，迄今为止的证据表明需要耐心。在这个领域进行集成的最大零售商专注于可被发现，而不是在助手内部可交易，而最了解情况的一方在2026年关闭了其自身的聊天内结账功能。