独立解读
商家如何让 Agent 找到自己的商品？
01商品发现02库存价格03结账交付
用户说：“帮我找一个黑色背包，预算 100 美元，周五之前送到。”即使商家有合适的商品，Agent 仍要知道具体型号有没有货、总价多少、配送是否可达，才能判断是否符合要求。
被发现只是开始。 信息必须能被理解、及时更新，并与后续的购物车和实际结账结果衔接。
本文为商家侧概念说明；没有验证任何商家的真实订单或平台接入效果。
flowchart LR
A[商家整理商品信息] --> B[平台或 Agent 发现商品]
B --> C[检查规格库存价格]
C --> D[确认配送及总价]
D --> E[用户或授权系统确认]
E --> F[结账并记录订单]
一件商品至少要说清什么？
| 信息 | 读者或 Agent 需要知道 | 常见问题 |
|---|---|---|
| 商品与规格 | 名称、尺寸、颜色、适用对象 | 变体混淆导致买错 |
| 价格与币种 | 商品价格及有效条件 | 展示价格与结账价不一致 |
| 库存 | 特定规格是否可买 | 搜索时有货，付款时缺货 |
| 配送 | 地区、方式、费用与预计时间 | 只看到商品价，忽略运费 |
| 售后 | 退换货条件、联系方式 | 用户付款后才发现限制 |
总价还可能包含税、运费和折扣。商品发现阶段的报价不一定是最终订单金额，需要在结账时再次确认。
协议提供什么，不提供什么？
UCP 的核心概念说明商家与平台如何公布和协商能力；其履约扩展描述配送方式、目的地、费用和选项。规范里的字段不等于每家商户或每个 Agent 平台都已支持。
商家还需要决定库存源、更新频率、订单系统、授权方式、隐私要求和售后流程。对于访问网页的 Agent，身份识别与普通爬虫区分也可能影响接入；参见 Visa TAP 解读。
怎么开始？
先挑一小类商品，检查从搜索结果到最终订单的价格、规格、库存和配送信息是否一致。对不确定或变化中的信息，返回明确状态，不要让 Agent 把估算值当成已确认条件。最后留好商家支持渠道，让用户能查订单和处理售后。