Shopify Agentic Commerce：商品发现、结账和订单要分开看

用户让助手找一双指定尺码的跑鞋，并希望旅行前送到。推荐看起来合适，只完成了第一步：具体款式还要有库存，配送时间要满足要求，商家最终也要有一笔成立的订单。理解 Shopify 面向 Agent 的工具，最好沿着这些交易状态逐步看。

核对范围： 2026 年 11 月 1 日查阅官方文档，没有创建商家账户、结账会话或真实订单。

搜索结果不是购买承诺

Agent 概览介绍了符合 UCP 的 MCP 服务，覆盖目录发现、购物车、结账与订单，并通过 Agent Profile 和信任级别决定开放能力。这里是 Shopify 对 UCP与 MCP的产品接入，不是给两种协议改名。

跑鞋任务应保留商家和准确的商品变体标识，不能只把标题复制进对话。进入结账后，还要重新确认价格、配送和库存。最终报价与推荐时不同，应明确告诉用户，而不是把先前的搜索结果当成永久有效的报价。

支持直接完成，也要准备交还用户

结账文档使用商家的 continue_url 交接给买方。具备资格且结账状态就绪时，也可调用 complete_checkout，但交互过程中仍可能要求用户补充操作。支持直接完成，不等于每一笔都可以无人参与。

商业状态概念图，非实测结账。直接完成或交还用户，取决于商家及 Agent 当前的能力和状态。

在旅行场景中，配送选择或身份验证可能要求用户参与。这是正常状态，不是要设法绕过的障碍。应保留原结账引用，让用户继续同一笔购买，而不是新建一个重复购物车。

平台身份不等于用户同意

平台认得某个 Agent，并不表示它有权为某个用户购买特定商品。应用应分开处理两个判断：这项集成可以调用什么，以及这位用户批准了什么。

有效的确认摘要应包括卖方、具体款式、数量、配送条件和最终总价。Agent 改变其中的重要条件时，应用需要判断是否应重新征求决定。平台给予较高信任级别，也不能替代用户设定的购买边界。

对话结束后，订单还在继续

用户离开聊天界面后，配送、取消和售后仍然存在。助手需要能关联商家状态的订单编号，不能只有一句“已完成”。恢复流程也应围绕已有结账和订单标识，而不是重新开始购买。

所处状态	更准确的用户提示
找到商品	该款式看起来符合需求，最终条件尚未确认
结账已准备	请核对当前总价和配送信息
需要用户操作	继续原结账，完成要求的步骤
商家订单成立	展示订单编号和商家当前状态

这张表是本站的界面建议，不是 Shopify 官方响应字段。购物车创建不能写成订单已支付；付款完成，也不能写成商品已发货。

Universal Cart 另有开放条件

核对时，概览页仍邀请加入 Universal Cart 的早期接入等待名单。不能因为它与其他工具出现在同一页面，就推断所有现有集成都已开放。即使界面统一，跨商家购买也可能对应不同的履约、配送和取消责任。

Shopify 在这里属于商家商业基础设施，不是通用自主钱包。如果 Agent 需要与商家进行结构化商品和结账交互，这一入口值得评估。可从 Shopify 资料页继续核实当前开放条件。