Shopify把AI推进到结账执行层

近日，Shopify把浏览器中的AI智能体进一步推进到了Checkout内部。

新增的Checkout WebMCP能力允许智能体读取当前结账状态，修改联系方式、配送地址、配送方式、优惠信息以及部分支付相关选项，并在买家确认当前订单和金额后调用complete_checkout提交订单。

此前，Shopify已经允许浏览器智能体搜索商品、读取商品信息、管理购物车并进入Checkout。这次更新进一步开放了Checkout内部的操作能力。

这些工具直接运行在Shopify现有的Checkout中，不需要商户额外配置，也没有为Agent另建一套新的API。符合条件的Checkout会直接向浏览器中的智能体注册相应工具。

但“可以提交订单”并不等于AI获得了一笔交易的完整控制权。Shopify目前仍要求用户确认当前订单和金额。遇到3D Secure、支付挑战、Review Step等需要本人完成的环节，控制权也会重新交还用户。

AI进入Checkout以后，一笔交易里的不同权力变得更加清晰。哪些动作可以交给机器，哪些决定仍由用户作出，哪些环节继续受支付体系控制，都开始有了更明确的边界。

从购物车走进Checkout

商品搜索、推荐和购物车操作，更多是在处理“准备买什么”。进入Checkout以后，地址、配送方式、优惠、支付选择和最终金额开始共同决定一笔交易以什么条件成立。

Shopify此次新增的get_checkout、update_checkout和complete_checkout，改变的正是这一层。智能体过去主要操作商品和购物车，现在开始能够读取和修改Checkout状态，并在符合条件时继续走到订单提交。

智能体由此从操作“准备买什么”，进入操作“这笔交易怎样形成”。

Shopify还把这套能力与Universal Commerce Protocol，也就是UCP联系起来。UCP定义Checkout中的对象和操作语义，WebMCP让浏览器中的智能体调用这些能力，Shopify原有的Checkout、订单和支付系统继续承载真实交易状态。

更重要的是，WebMCP工具操作的就是买家当前标签页中已经打开的Checkout，并沿用这笔Checkout原有的状态和验证规则。Shopify没有为AI另建一条独立结账通道，而是在原有Checkout之上增加机器可调用能力。

这意味着，Agent进入以后，原有的交易状态、验证机制和需要用户完成的环节并没有消失。变化主要发生在谁可以操作这些状态，以及机器能够把交易推进到哪一步。

过去，网站主要需要让用户看懂商品、点击按钮、填写表单。现在，同一套系统还要逐步让机器能够读取状态、执行操作并接收结果。

AI找到商品、理解商品、帮助用户做选择之后，新的问题已经转向交易执行。它能否稳定进入交易系统，并在明确权限内完成更多具体动作，正在成为Agentic Commerce下一阶段需要解决的问题。

可以提交订单，不等于可以决定一切

complete_checkout听起来像一个终点，但“提交订单”背后至少存在三种不同的权力。

第一种是Checkout操作权。AI可以读取当前Checkout，也可以修改地址、配送方式、优惠等信息。在适用场景下，它还能选择部分已有支付能力，并调用complete_checkout提交订单。Checkout操作权决定机器能够执行哪些动作。

第二种是用户交易决定权。Shopify要求，在调用complete_checkout之前，智能体需要向买家展示当前订单和总金额，并取得其许可。即使Checkout已经处于技术上可以提交的状态，也不能直接理解成用户已经同意购买。订单金额发生变化以后，还需要重新确认。

用户交易决定权决定用户是否接受当前商品、条件和价格。

当Agent的操作进一步改变交易条件或最终金额时，就会出现一个新的问题。它仍在执行用户已经同意的任务，还是已经形成新的交易决定？Shopify明确要求，在提交订单前由买家确认当前订单和总额。

到了支付环节，还存在第三种权力。即使用户已经确认当前订单，支付也未必能够直接完成。3D Secure、支付Challenge等机制仍可能要求买家本人进一步认证。发卡行、钱包或其他支付服务方，也可能根据风险、账户状态和认证要求决定是否需要额外验证，甚至拒绝交易。

支付认证与执行控制权决定资金指令能否按照支付体系的规则继续执行。

过去由用户亲自操作网页时，这几种权力往往连续发生。用户自己选商品、填地址、确认价格、选支付工具，再完成银行要求的认证，看起来像一个完整动作。AI进入以后，这些动作必须被逐项定义。

否则，系统很难回答一个最基本的问题。当Agent说“我要提交订单”时，它究竟是在执行用户已经授权的动作，还是正在替用户作出一个新的决定？

Shop Pay在这里提供了一个很具体的例子。Checkout WebMCP不接受新的银行卡信息。在适用场景中，智能体可以选择用户已有的Shop Pay保存卡。其他支付方式和需要用户完成的认证环节，仍然回到Checkout页面。

在这一机制下，Agent调用的是当前Checkout已经提供的支付能力，不需要直接接触新的银行卡信息。它获得的也不是对整张卡或整个账户的直接控制。

随着Agent进入交易执行阶段，支付体系还需要知道当前Agent代表谁，这次任务允许它做到哪里，它可以调用什么支付能力，订单条件发生变化以后原来的许可是否仍然有效，以及什么时候必须重新把决定权交给用户。

这些条件最终需要进入Commerce和Payment系统，成为可验证、可执行的交易边界。Agentic Commerce需要把机器权限做得更细，并让这些权限可以验证、限制和收回。

Commerce开始向AI开放交易接口

现在，Shopify不仅要让消费者操作Checkout，也开始让Agent直接调用Checkout。

商品和交易状态不仅要能被人看到，还要能被机器读取。购物车和Checkout不仅要能被人操作，也要能被机器稳定调用。电商系统过去主要强调“人能看懂、能点击”，现在还要进一步做到“机器能读取、能调用”。

同一套Checkout开始同时面对人和Agent。能够结构化执行的部分可以交给机器，需要重新作出商业决定、完成强认证或者处理异常时，再把控制权交还用户。

支付体系原本就承担认证、风控、授权等控制职责。Agent进入以后，这些能力还需要回答新的问题，包括当前操作来自谁，这个Agent代表谁，它能够调用什么支付能力，以及什么时候必须重新把控制权交还给人。

原本围绕人类支付主体建立的认证、风险判断和授权能力，正在向Agent场景扩展。AI入口、Commerce系统和支付体系仍然共同参与交易，只是原来由人连续完成的一部分操作，开始被重新分配。

如果Agent要完成更长的交易任务，Commerce系统就需要逐步提供商品、购物车、Checkout、订单和异常状态等可调用能力。

Shopify当前的Checkout WebMCP仍未覆盖所有结账形态和支付场景。B2B、Embedded Checkout、移动Checkout SDK等场景目前并不支持这套Checkout WebMCP工具。

Agent已经开始进入真实Checkout。

接下来的竞争将更多落在如何让机器完成更长的交易任务，同时始终只获得当前任务真正需要的权限。