独立解读
UCP：不同平台之间如何开展 Agent 商业交互？
项目资料 · UCP ↗一个用户让购物 Agent 寻找合适的背包。Agent 可能面对许多商家：每家的商品、配送、结账接口和支付方式都不一样。如果每连接一家商家就要单独开发一套流程，接入成本会迅速增加。
UCP（Universal Commerce Protocol）尝试为平台和商家提供可发现、可协商的商业能力，让双方知道彼此能做什么，再通过共同支持的流程交互。
背包购买是假设案例；本文为官方规范解读，不代表已验证任意商家支持。资料查阅日期：2026 年 10 月 28 日。
第一步：平台如何知道商家支持什么？
UCP 的核心概念是商家发布机器可读的 profile（配置描述），说明其服务、能力和支付处理方式。平台也声明自己的能力。商家依据双方共同支持的能力确定本次会话可用什么。UCP 核心概念
能力可以包括结账及其扩展；不同版本和业务场景支持的能力不一定相同。一个商家有 UCP profile，并不意味着其所有商品都能被每个 Agent 购买。
背包从选择到下单
- 平台找到商家的能力描述，了解可用接口和支付处理方式。
- Agent 提交待购商品，商家创建结账会话。
- 用户选择配送或修改商品，商家重新计算总价和条件。
- 双方根据该会话可用的支付方式准备付款信息。
- 在满足相应用户确认或授权条件后，完成结账并生成订单。
- 按实现同步后续订单状态。
按照当前结账能力文档，除非支持 AP2 Mandates 扩展，结账需要用户通过可信界面手动完成；不能因为使用 UCP 就假设 Agent 可以无人确认地下单。UCP 结账规范
支付处理方和支付处理规则是两回事
| 名称 | 是什么 | 示例说明 |
|---|---|---|
| 支付凭证提供方 | 参与交易的实体 | 提供或处理相应支付凭证的服务 |
| Payment handler | 一份处理支付工具的规范 | 描述平台应如何获取并提交兼容凭证 |
| 商家 | 负责销售及订单的业务方 | 根据自身配置处理订单与支付 |
UCP 的支付流程包括协商可用处理方式、获取凭证和完成提交。不同处理方式、国家地区和具体商家可能支持不同凭证；协议名称本身不能保证某一支付方式可用。UCP 支付说明
UCP 和 AP2 如何配合？
UCP 管理更广的商业交互：哪些能力可用、结账内容是什么、如何处理订单。AP2 侧重通过可验证记录表达 Agent 的购买和支付授权。UCP 的 AP2 扩展描述了双方如何协作：商家签署结账状态，平台在获得用户同意后生成授权记录，商家与支付处理方按角色验证。UCP 与 AP2
这是一种已文档化的组合方式，实际应用仍需要参与方实现相同的版本和扩展，并具备相应信任关系。发现接口也不等于信任商家或商品：平台仍要判断信息真实性、销售条件、退款政策和适用权限。