你有没有想过这样一个问题:

当AI能帮你订机票、买菜、叫外卖,最后那一步——付钱——谁来做?

AI帮你点好了餐,选好了餐厅,确认了地址,然后……停住了。

因为它没法付钱。

或者说,它不应该随便付钱。

这件事听起来像一个小问题,但它背后藏着AI时代最核心的一道坎——当机器代替人做决策,那笔钱,到底能不能由机器来划?

今天,我们就来聊聊这个问题。

为什么“AI付钱”这件事,突然变难了?

我们先想一个最简单的场景。

你打开支付宝,买一杯咖啡。整个流程是:你看到商品,你点付款,你输密码,钱出去了。

这里有一个非常重要的动作,叫做“你点付款”。

这个动作做了三件事:

你确认了你想买这个东西;

你授权了这笔钱可以出去;

出了问题,责任是你的。

这三件事,在传统支付里是天然绑定的——因为是你本人在操作。

但现在,AI来了。

AI帮你把咖啡选好了,帮你把订单填好了,到了最后一步,它面对的是同一道门——谁来授权这笔钱?

如果AI自己划掉,那几个问题就来了:

你真的同意这笔支出吗?

AI会不会划多、划错,甚至被人骗了?

出了问题,谁来负责——是你,是AI公司,还是支付平台?

你发现没有,这不是技术问题。

这是一个信任和授权的问题。

过去,“你本人点按钮”就解决了信任问题。现在,按钮被AI按了,信任的链条就断了一截,需要重新接上。

这,就是AI支付要解决的核心矛盾。

全球五种主流解法

面对这个矛盾,全球的支付巨头们各自给出了自己的答案。

有意思的是,他们没有一家说“我们要推倒支付宝、Visa、Stripe,重建一套新系统”。

相反,他们都选择了在现有支付基础设施上面,再加一层专门为AI设计的协议。

这一层协议,要解决的就是上面说的那个断掉的信任链条。

来看看这五种方案,各自的思路是什么。

第一种:支付宝 / ACT协议 / AI付

支付宝的方案,是在中国本地生活场景里最接近“真实跑通”的方案之一。

通义千问已经可以帮你点外卖。你跟Qwen说“我想吃麻辣烫”,它帮你检索餐厅、推荐菜品、构建订单,最后在你确认后,直接在对话里完成支付——全程不用跳出去。

这套方案背后,支付宝抽象出了一个叫ACT协议的东西。

ACT协议设计了两种付钱模式:

第一种,AI发起,你来确认。就像现在的千问点外卖,AI做前面的活,最后一步还是你点“确认支付”。

第二种,你预先签一张“委托书”,AI按规则代付。比如你告诉支付宝:“接下来一个月,帮我自动续费视频会员,每次不超过30元。”这张委托书就成了一个可验证的授权凭证,AI按规矩划钱,不需要每次问你。

支付宝这套方案的优势在哪里?

在于它在国内本地生活场景里,已打通找服务、下单、支付、履约的完整链路。

你叫外卖,服务在美团;你打车,服务在滴滴;你缴水电费,服务在政务系统。而支付宝在国内恰好和这些都有接入。所以它做的不只是“支付”,而是把整条服务链都串起来了。

这是它在本地生活场景里最难被复制的优势。

别人解决的是「怎么付」,支付宝解决的是「整条服务链怎么跑通」。

第二种:Visa / Mastercard

Visa和Mastercard的方案,看起来低调,但可能是最关键的。

他们在做的事情,不是帮你做AI推荐,也不是帮你做对话购物。

他们在解决的问题是:全球几亿商户、几十亿张卡,如何共同承认一件事——这笔单子,是AI代表用户合法发起的?

Visa推出了Intelligent Commerce,核心是给每个AI agent发一个“专属支付token”。这个token带着数字签名,证明身份是真实的、授权是有效的、操作是合法的。

商户收到这笔钱,不再是凭感觉判断“这到底是真人买的还是AI刷的”,而是有一套可以验证的标准答案。

Mastercard的Agent Pay方案也是同一个逻辑——注册Agent、生成专属token、在现有商户网络里流通、全程可追踪可认证。

这两家做的,其实是在给AI agent颁发“支付身份证”。

没有这张证,AI付的每一笔钱,在全球商户眼里都是一个问号。有了这张证,发卡行、收单行、商户才能放心:这笔钱的来源,是可以追溯的。

第三种:Stripe + OpenAI

这个组合,解决的是另一个问题:对话怎么直接变成购物车?

你在ChatGPT里聊天,聊到一半,你问“这双鞋在哪能买到”,AI不仅告诉你哪里有,还直接弹出一个结账页面——这就是OpenAI推出的Instant Checkout(即时结账)功能,底层由Stripe支撑。

这套方案的技术亮点在于一个叫SPT(Shared Payment Token,共享支付令牌)的东西。

它解决的问题是:你在ChatGPT里绑定的支付方式,凭什么让一个你从没听说过的商家来扣款?

答案是:不让商家直接碰你的卡。

Stripe给商家的,不是你的卡号,而是一个“受限令牌”——这个令牌只能在指定商户使用,有金额上限,有有效期,过了就作废。

商家拿这个令牌去扣款,扣成功了,钱到账;但他永远不知道你真实的支付凭证是什么。

这个设计很聪明。它把支付凭证变成了一次性的、有边界的、机器可以消费的对象,而不是一张随时可以被滥用的空白支票。

第四种:PayPal

PayPal做的方案,最像一个“商户运营中台”。

它不只是在解决“怎么付”,而是把商户接AI渠道之后,整个运营链条都打包进来了:

商品目录管理、订单管理、发票、订阅、退款、争议处理……全套。

你可以理解为,PayPal在做的是:不管你接的是哪个AI平台,只要用PayPal,你的商户运营就能跑通。

这对已经在PayPal上做生意的商家很有吸引力——因为他们不需要为了接入AI购物而重建一套后台,PayPal帮他们把这一层封装好了。

第五种:AP2 / x402 / Skyfire

前四种,都是在“人类消费者购物”这个场景下设计的。

第五种,是面向另一个场景:机器付钱给机器。

你可以把它想象成:以前公司报销,要人签字审批。现在公司的AI助手在处理任务,它调用了一个收费的数据服务——0.001美元,按次计费,没有人工参与,两个系统之间直接结清。

这笔钱,谁来付?怎么付?凭什么付?

这就是Agent Native Payment(agent原生支付),也是AP2、x402、Skyfire在做的事情。

AP2(Google推出的Agent Payments Protocol):用加密签名的数字合约,证明“这个agent确实被授权做了这笔支付”。

x402:直接利用HTTP协议里一个被遗忘已久的状态码——402(Payment Required)。服务器先返回“需要付款”,agent付款后重新请求,拿到服务。简洁粗暴,专门为API调用设计。

Skyfire:把agent的身份验证和支付意图封装成一个“KYA+PAY token”,卖方验签后交付服务,再扣款结算。

这三类方案,在大规模电商和本地生活场景里还没有前四类成熟,但在API、数据、模型、工具的机器付费场景里,反而是最自然的选择。

这些方案背后,都在解决同一个问题

看完这五种方案,你可能会觉得:他们各做各的,差异挺大。

但如果你往深里看,会发现他们在解决的,其实是同一张拼图的四块。

而且,这四块缺一不可。

第一块:语言变订单。

AI能听懂你说话,但支付系统听不懂。

“我想吃麻辣烫”这句话,必须变成一个机器能处理的结构化对象——商品、数量、金额、商户,缺一不可。这一步做不好,后面全部作废。

第二块:意图变授权。

这是最难的一块,也是AI支付和传统支付最根本的区别。

传统支付,你现场点按钮,授权是即时发生的,没有歧义。

AI支付,你的授权可能是昨天说的一句话、签过的一份条款,甚至是之前跟AI设置的一条规则。问题来了:这算授权吗?谁来证明?出了争议,怎么举证?

意图必须变成可存储、可验证、可追溯的凭证。没有这个,所谓的“AI代你支付”就是一个法律黑洞。

第三块:支付方式变受限凭证。

你的银行卡,是一个“无边界的支付手段”——能买任何东西,任何金额,任何地方。

但你显然不想把这种能力完整地交给AI。

所以正确的做法是:给AI一个有边界的支付工具,而不是一把无边界的钥匙。这个工具只能在指定场景使用,有金额上限,有时间限制,超出范围自动失效。

这是目前所有主流方案在安全设计上最一致的共识。

第四块:责任链也要协议化。

付款动作本身,其实是最简单的一步。

真正难的是:出了错怎么办?

AI选错了怎么退?商家发错了找谁?被骗了谁来赔?争议发生时,谁是第一责任人——用户、AI平台、支付机构,还是商家?

如果这条责任链没有提前写进协议,一旦出问题,就是一笔烂账,谁都能推、谁都不认。

只有这四块拼图都拼上了,AI支付才算真正闭环。

你看,这不只是技术问题,更是一套全新的信任基础设施。

你应该关注哪个方向?

说到这里,我们来做一个总结。

如果你是一个创业者或者企业主,在考虑是否要接入AI支付,你只需要先想清楚一件事:你的用户是人,还是机器?

如果你的用户是人——

本地生活、外卖、出行、缴费

优先看支付宝的ACT协议和AI付方案。它把找服务、下单、支付、履约串成了一条链,在国内这类场景里,目前是最完整的闭环。

做电商,想接入ChatGPT等AI对话入口

优先看Stripe + OpenAI的方案,或者PayPal的Agentic Commerce。它们的核心是“对话变结账”,以及商户侧的运营集成。

做跨境、跨商户的全球生意

必须关注Visa和Mastercard的动向。因为最终商户接受、全球网络识别、各地发卡行风控,还是要靠卡网层的标准。

如果你的用户是机器——

做AI工具、API、数据服务,想让agent直接付费调用

AP2、x402、Skyfire这类协议更适合你,它们天生为机器间微支付和可验证委托设计。

最后,我想说一句话

AI支付,本质上不是一个支付问题,而是一个信任架构的问题。

以前,“你本人点按钮”这个动作,承载了太多东西:你的意图、你的授权、你的责任。

现在,这个动作被AI拆开了。

意图在前面,授权在中间,责任在后面。每一环,都需要重新设计、重新证明、重新协议化。

真正的AI支付创新,不是让模型去点付款按钮。

而是把“用户意图、Agent身份、受限支付凭证、责任归属”,变成机器可以理解和验证的协议语言。

回到开头那个场景。

AI帮你点好了餐,选好了餐厅,确认了地址。

现在,它不再停住了。

但它能走多远,取决于我们能把这套信任机制,建得多扎实。


原载于创意妙计。原文标注为原创内容;版权及转载要求以微信原文为准。