当 AI 购物代理报出一个三周前的过期价格、推荐一件缺货商品、或者因为弹窗吃掉点击而放弃结账——根因通常是同一个：代理在抓取为人类设计的网页。通用商务协议（Universal Commerce Protocol，UCP）就是行业的回答：一个开放标准，让 AI 代理用统一接口发现商户、读取实时目录、执行结账——MCP 为工具做了什么，UCP 就为商务做什么。
大多数 UCP 内容停留在纸面。GEOly AI 在 Meta Muse 一手实测中探测过真实世界的在线 UCP 端点，所以这篇指南两头都讲：协议怎么运作，以及当代理真的尝试购买时，一个真实商户端点返回了什么。
核心要点
- UCP 标准化了代理与商户的对话：能力发现、实时目录读取、结账会话创建与完成——替代脆弱的店面抓取。
- 类比非常精确：MCP 让模型用一致方式发现工具；UCP 让代理用一致方式发现商户。
- 它已经是现实：Shopify 的 Shop Pay 规范建立在 UCP 模式之上；我们对一个真实品牌端点的探测返回了带令牌化支付选项的可用结账会话。
- 没有 UCP 级数据访问，代理就退回浏览器自动化——价格过期、弹窗、点击陷阱悄悄杀死订单的那条脆弱分支。
- 对商家，UCP 不是本季度的 P0（商品流和结账标记才是），但尽早暴露端点，意味着在每个将来标准化到它的代理面前占好位置。
UCP 到底标准化了什么
今天每个 AI 购物面都在用自己的方式接商户：有的读商品流、有的抓页面、有的走定制合作 API。UCP 把这个 N×M 的烂摊子换成一份覆盖四段对话的契约：
- 发现——代理问"这个商户能做什么"，拿到机器可读的能力清单：目录访问、结账支持、支付方式、履约约束。
- 目录——实时商品数据（价格、库存、变体）以结构化响应提供，而不是解析 HTML。这杀死了过期价格的失败模式：公开对比里出现过助手推荐"有货"商品实际早已售罄——正是流级新鲜度能预防的事。
- 结账——代理程序化创建结账会话：商品、地址、物流；商户返回含税总价，会话沿定义好的状态推进到完成。
- 支付——令牌化处理器而不是裸卡号；一次性令牌模式（如 Shop Pay 的代理结账）接在这里，代理从头到尾拿不到卡号。
真实端点长什么样——我们的一手探测
Muse 调研期间，我们查询了一个消费硬件品牌店面的公开 UCP 端点（按测试政策匿名）。三个比任何规范文档都值钱的发现：
第一，目录层直接能用：商品与价格和该商户同步到 Meta 的目录完全一致——同一个事实源，同时服务一个 AI 平台和开放协议。
第二，结账创建的行为正如规范设计：对一个合格商品变体创建会话，返回了 requires_escalation——协议在说"完成前我需要买家联系信息和交互"。这正是设计中的安全姿态：代理把交易推进到政策允许的最远处，然后升级给人。
第三，支付清单列出了令牌化选项——银行卡与 Shop Pay——证实一个主流 Shopify 店面已经"会说"足够的 UCP，能让代理把一笔真实购买走到移交点。瓶颈不是商户的协议能力，而是数据完备性（哪些变体被同步、被打了标记）——正是把原生结账和浏览器自动化分开的那道 true/false 资格分水岭。
商家为什么要在乎反事实
协议访问的替代品不是"没有 AI 订单"，而是浏览器分支：代理一步步操作你的人类店面。我们在真实测试里走过那条分支，失败模式很残酷：弹窗卡死任务直到代理放弃你的站点去别家买；价格被读错；结账步骤超时。所有代理式商务平台都把结构化访问当快车道、浏览器自动化当兜底——而转化率活在快车道上。
商家路线图的排序因此如下：
优先级 |
|---|
