我必须在 UCP 和 ACP 之间做出选择吗？

只有当您将它们视为要购买的产品而非要履行的义务时才需要。如果将其列为义务，大部分成本是重叠的：身份、变体、准确的价格和库存是两者相同要求的，只有交易路径不同。一个将此范围界定为“选择一个标准”的团队，最终会在工作之前做出决策，而实际上前四个步骤的工作方式都是相同的。

我应该先实施哪一个？

两者都不是，从重要的意义上讲：首先构建目录层，因为两者都需要它，并且它对未实施任何协议的助手也很有用。协议特定的工作应该从数据源序列化开始，一旦源数据正确，这项工作量很小。

对于大多数商家来说，目前还不值得。OpenAI 在 2026 年关闭了 Instant Checkout 并将 ACP 重新定位到发现功能，大型零售商在发现侧采用了它。最了解情况的一方撤回了他们自己的聊天内结账功能；两次构建该集成的成本超过了一次迟到的成本。

范围限定、经过审计的代理访问权限——两者都没有明确规定。按凭证划分的权限、写入操作的幂等性、持久的审计跟踪以及对不可逆操作的人工把关是平台的责任，它们是代理集成与事故之间的区别。

智能体电商

更新于 2026年8月14日

它们并非二选一，大部分实施工作是共享的。两者都需要相同的基础——一个机器可读的目录，包含产品身份、变体以及在读取时准确的价格和可用性。UCP 随后规定了发现和购物车构建；ACP 规定了 AI 界面内的结账会话和委托支付。构建一次目录层，剩下的协议特定工作就是交易路径，这也是仍在发展中的部分。

它们被呈现为相互竞争的标准，看起来像是一个昂贵的选择。如果将其分解为各项义务，会发现重叠部分很大，而分歧出现得较晚。

两者都需要知道您销售什么，以机器无需解释布局即可解析的形式：产品身份、变体、属性、稳定标识符以及在读取时真实的价格和可用性。这个要求并非协议特定的，即使任何一个标准失败也不会浪费，同时它还能改善传统搜索。

工作共享和分歧之处

按协议失败后仍能保留的部分进行排序。

大多数商家可以生成结构化目录。但能生成在读取时数据真实准确的目录的商家则少得多，这正是两种协议实施失败的地方。

每晚刷新的数据源会自信地宣传当天早上已售出的库存，而基于此操作的代理会生成取消订单而非新订单。对于订阅业务来说，情况更为严峻：即将续订的商品是已承诺的库存，因此未对其进行预留的库存计数将出售已承诺的商品。

这是一个真正的架构优势，即库存、订单和订阅共享一个系统，而不是跨集成边界同步——预留数量成为数据的一个属性，而不是每晚的对账工作。

我必须在 UCP 和 ACP 之间做出选择吗？: 只有当您将它们视为要购买的产品而非要履行的义务时才需要。如果将其列为义务，大部分成本是重叠的：身份、变体、准确的价格和库存是两者相同要求的，只有交易路径不同。一个将此范围界定为“选择一个标准”的团队，最终会在工作之前做出决策，而实际上前四个步骤的工作方式都是相同的。
我应该先实施哪一个？: 两者都不是，从重要的意义上讲：首先构建目录层，因为两者都需要它，并且它对未实施任何协议的助手也很有用。协议特定的工作应该从数据源序列化开始，一旦源数据正确，这项工作量很小。
结账层现在值得实施吗？: 对于大多数商家来说，目前还不值得。OpenAI 在 2026 年关闭了 Instant Checkout 并将 ACP 重新定位到发现功能，大型零售商在发现侧采用了它。最了解情况的一方撤回了他们自己的聊天内结账功能；两次构建该集成的成本超过了一次迟到的成本。
两种协议都假定您已经拥有什么？: 范围限定、经过审计的代理访问权限——两者都没有明确规定。按凭证划分的权限、写入操作的幂等性、持久的审计跟踪以及对不可逆操作的人工把关是平台的责任，它们是代理集成与事故之间的区别。