最近微信和支付宝都开始把 AI 支付推到台前。支付宝在讲 AI 付、AI 收、Agentic Mobile Protocol；微信这边也开始出现 AI 专属卡、智能体绑定、任务中发起支付这样的设计。

这些信号都很重要。它们说明支付公司已经开始认真面对一个问题：如果未来用户不是每次都自己点按钮，而是让 Agent 在任务里帮自己完成一些交易，支付系统应该怎么设计？

看完这些功能后，我其实更确定了一件事：它们还没有到真正的 Agent 支付。但这不是说这些功能不重要。相反，它们重要的地方恰恰在于：微信和支付宝都开始把 Agent 接入真实的支付系统了。

只是如果按照我之前写 Agentic Payment 时提过的分层来看，它们现在更像是 L2 到 L3 之间的过渡形态。

真正的 Agent 支付，关键不在于 AI 能不能帮你完成付款，而在于支付决策权到底转移了多少。

AI 支付并不等于 Agent 支付

只要 AI 参与了支付流程，大家就很容易说这是 AI 支付。这个说法本身没有问题，因为 AI 确实参与了流程：它可以帮用户找到商品，生成订单，调用支付工具，也可以帮开发者理解文档、接入接口、处理支付参数。

但这还不能直接等同于 Agent 支付。AI 支付解决的是“支付流程能不能更顺”。Agent 支付真正要讨论的是“支付决策能不能被授权给系统”。这个区别很关键。

如果 AI 只是把你带到支付页，或者帮你生成一个确认链接，最后仍然是你来判断、你来点确认，那它更像支付体验的 AI 化。只有当 Agent 在用户设定的预算、场景、对象和风险边界内，能够根据当前任务自己判断这笔钱该不该花，它才开始接近真正的 Agent 支付。

所以 Agentic Payment 不是自动支付的升级版。自动支付是人提前设好规则，系统按规则执行；Agent 支付是人在前面划定边界，Agent 在运行时根据目标、上下文和约束做判断。

这中间差的不是一个确认按钮。差的是支付决策权。

先用分层看支付自主性

为了避免把所有东西都叫成 Agent 支付，我还是想简单复述一下之前那套分层。这套分层不是一个行业标准，更像是一个观察工具：看 AI 在支付里到底参与到了哪一步，以及支付决策权转移了多少。

L0 是最传统的人类支付。人自己看商品、自己判断、自己点击付款。

L1 是支付流程的自动化或 AI 辅助。比如自动续费、规则扣款，或者 AI 帮开发者理解文档、生成支付接入代码。这里有自动化，也有 AI，但没有真正的运行时支付判断。

L2 是 Agent 触发支付。AI 可以理解用户意图，帮你生成订单、拉起支付，甚至把整个流程推进到最后一步。但“要不要付”这件事，仍然由用户确认，或者由非常明确的预设规则控制。

L3 是受限自主支付。用户提前给 Agent 设置预算、白名单、品类、时间、场景和风险边界，Agent 可以在这个范围内自主完成一部分支付决策。

L4 才是真正更开放的 Agent 支付。Agent 不只是帮你付款，而是能在多个商家、服务、工具、API 之间比较、选择、购买、验收、结算，并留下可审计的意图和责任链路。

放到这个框架里看，微信和支付宝现在做的事情就清楚很多。它们不是没有进入 Agent 支付这条路，而是还没有真正跨过 L2 到 L3 的核心门槛。

微信的 AI 专属卡，更像一张 Agent 亲子卡

微信这边最值得看的，不只是 Skill、AI 友好文档、AI 友好 API 这些开发者工具，而是它正在测试的 AI 专属卡。

如果说 AI 友好文档和 API 解决的是“开发者怎么更快接入支付”，那 AI 专属卡解决的是另一个更关键的问题：如果一个智能体未来要参与真实支付，用户应该怎样给它一笔可控的钱？

从目前流出的产品截图和公开报道看，用户可以在微信零钱里设置 AI 专属卡，把一个智能体绑定到这张卡上。这个卡里有独立余额，比如 10 元；绑定后，WorkBuddy 这样的智能体可以在任务中发起支付订单，比如购买 10 个 Q 币。

这个过程里，智能体会检查订单支付状态，重新调用 AI 支付工具生成确认链接，然后提示用户在手机微信里确认支付。这已经不是简单的“AI 帮开发者写支付代码”。它更像是在给 Agent 准备一个受限支付容器。

如果用一个更生活化的比喻，微信的 AI 专属卡很像一张给智能体开的“亲子卡”。亲子卡的本质不是孩子拥有完整金融自主权，而是父母把一部分支付能力授权出去，同时保留额度、场景、监控和责任。

AI 专属卡也是一样。它不是 Agent 自己的钱包，而是人类主账户下面的一张 Agent 副卡。AI 专属卡里的余额，是预算边界；智能体绑定，是身份边界；任务中的支付订单，是 Agent 开始进入 payment workflow；最后的手机确认，则说明最终支付决策还在人手里。

这也是为什么我会把它放在 L2 到 L3 之间。它比普通 L2 更进一步，因为它已经有了 AI 专属卡、余额、绑定智能体和任务中支付这些 L3 前置组件。但它还没有真正跨到 L3，因为 Agent 还没有在授权边界内独立完成支付决策。

这套东西很重要。因为真正的 Agent 支付不可能一上来就让 AI 随便花钱，它一定会先长出这种“有围栏的钱包”：专属账户、额度限制、绑定关系、支付确认、账单记录、风险控制。

所以微信现在不是没有进入 Agent 支付，而是走了一条更微信式的路径：先用 AI 专属卡把 Agent 的支付权限装进一个可控账户里，再逐步测试用户到底愿意把多少支付决策交给智能体。

支付宝更像 L2 到 L3 之间：Agent 可以发起支付，但仍然需要授权

支付宝走得更靠近消费下单链路。如果说微信的 AI 专属卡更像是在回答“Agent 的钱放在哪里”，那支付宝 AI 付更像是在回答另一个问题：当用户在 AI 场景里表达需求时，Agent 能不能直接把订单和支付链路推进下去？

支付宝 AI 付的官方表述很直接：智能体可以在 PC 和手机端实现一键下单支付，但每笔交易都需要用户授权，不自作主张。这句话其实非常关键。它说明支付宝已经在做 Agent 触发支付：用户在 AI 场景里表达需求，智能体可以帮助生成订单、拉起支付，减少跳转和操作摩擦。

但它也同时说明，这还不是完整意义上的 Agent 自主支付。因为最终授权仍然在人手里。

Alipay+ 的 Agentic Mobile Protocol 又往前走了一步。

它开始讲用户可以定义权限、使用场景和可消费额度，Agent 在授权范围内调用钱包完成交易。这已经接近 L3 的早期形态了。

但这里的重点仍然是“用户定义边界”。也就是说，Agent 可以在边界内执行，甚至在某些小额、高频、明确场景里不再逐笔打扰用户。但这不是无限自主，也不是开放式决策。所以如果更细一点看，支付宝现在大概也是在 L2 到 L3 之间试探。它比“AI 帮忙拉起支付”更进一步，但还没有到真正开放的 Agent 支付。

L2 到 L3，真正难的是谁来背锅

很多人会把 L2 到 L3 理解成一个产品体验问题：今天每笔交易都要用户确认，明天小额交易不用确认，好像少点一次按钮，Agent 支付就往前走了一层。

但真正的变化不在按钮，而在责任锚点开始移动。在 L2 阶段，Agent 可以推荐、下单、拉起支付，但最后确认的是人。

只要用户点了确认，责任链条相对清楚：平台负责风控和支付安全，商户负责履约，用户承担最终授权。即使 AI 前面理解错了，最后仍然有一个人类确认动作，作为这笔交易的责任锚点。到了 L3，Agent 开始在用户授权范围内替人做一部分支付决策。

问题就变成：如果 Agent 判断错了，谁来背锅？现实世界里，钱一旦付出去，总要有人承担后果。是用户背锅，因为他授权了 Agent？是平台背锅，因为它允许 Agent 调用支付能力？是智能体开发者背锅，因为模型或工具链出了问题？还是商户背锅，因为它提供了一个可能诱导 Agent 付款的交易入口？

围绕这个“谁来背锅”，才会延伸出一整套新问题：Agent 为什么认为这笔钱该花？它有没有比较过别的选择？商户是否可信，价格是否合理？这笔支付是否超过预算和场景范围？如果买错了、重复扣款了、服务没有履约了，谁来处理退款和争议？如果 Agent 被 prompt injection 或恶意页面诱导支付，平台怎么识别？

这些问题都不是一个支付按钮能解决的。它们涉及身份、授权、风控、意图记录、账单解释、退款、申诉和责任归属。这也是为什么我不太愿意把 Agent 支付讲得太轻。

支付不是 demo。AI 写错一段话，最多是内容错误；AI 错付一笔钱，就是真实资金流转、真实商户履约、真实用户投诉。支付系统离真实世界太近了，所以它一定会先问清楚：这笔钱如果花错了，到底谁负责？

为什么微信支付宝会先从 L2 做起

从这个角度看，微信和支付宝现在处在 L2 到 L3 之间，并不奇怪。甚至可以说，这是最合理的起点。

因为它们不是在做一个实验室里的 Agent demo，而是在把 Agent 接入大规模真实支付系统。

这里面有真实用户、真实商户、真实资金，也有真实的风控、投诉和履约责任。它们最不可能做的事情，就是一上来把开放式支付决策权交给 Agent。这不是技术保守，而是支付行业的现实。

微信和支付宝真正强的地方，不是“让 AI 付款”这个动作本身。这个动作并不稀缺。真正稀缺的是它们已经拥有实名账户、商户网络、支付习惯、风控系统、账单体系和争议处理能力。所以它们进入 AI 支付，最自然的路径不是直接做一个完全自主的 Agent wallet，而是先把 AI 放进已有支付体系里：让支付接入变得更智能，让用户习惯在对话和任务中发起支付，再把小额、低风险、边界清晰的场景逐渐授权给 Agent。

最后，才可能出现更接近 L3、甚至 L4 的 Agent 支付。换句话说，国内大厂的 AI 支付，短期内更可能先变成超级 App 内的任务闭环，而不是开放互联网里的自主 Agent 交易。

你可以让 AI 帮你点咖啡、订票、买会员、调用某个付费服务。但平台会尽量让每一步都在可控范围内：用户确认、额度限制、身份校验、风控拦截、账单可查、责任可追。这和 Agentic Payment 的终局不冲突。它只是说明，终局不会一步到位。

真正的 Agent 支付，需要的不只是支付能力

所以我觉得，这次微信和支付宝的 AI 支付，真正值得看的不是“谁先发布了 AI 支付”，而是它们开始铺哪些前置能力。

如果 Agent 未来真的要参与支付，支付系统就不能只服务人类页面和传统 App。它必须开始服务另一类行动主体：能够理解任务、调用工具、发起交易的软件。这会要求支付系统长出一套新的控制层。

第一层，是接口要变得 AI-friendly。Agent 需要能理解支付接口、调用支付工具、检查支付状态，也需要在出错时知道问题出在哪里。微信支付的 AI 友好文档和 API，本质上就在做这件事。

第二层，是任务中的支付入口。过去支付通常发生在明确消费场景里：我打开一个 App，看一个商品，进入 checkout，然后付款。但 Agent 时代，支付可能发生在任务执行过程中：为了完成一个目标，临时购买一个服务、调用一个 API、订阅一个工具、付一笔小额费用。支付宝 AI 付更靠近这条线。微信的 AI 专属卡其实也是同一个方向，只是它更强调可控资金容器。

第三层，是授权边界。真正的 Agent 支付一定不是“AI 想花就花”。它必须有预算、场景、对象、频次、额度和风控规则。微信的 AI 专属卡和 Alipay+ 的 Agentic Mobile Protocol，本质上都在回答这个问题：Agent 到底可以在什么范围里花钱？

第四层，是可审计的支付意图。未来用户看到一笔账单，不能只看到“扣了 29.9 元”。他还需要知道：这笔钱是哪个 Agent 发起的，为了完成什么任务，基于什么规则，买了什么服务，是否符合授权范围。没有这一层，Agent 支付很难获得信任。

最后一层，是争议和责任处理。Agent 支付一旦进入真实世界，错付、误付、重复支付、商户不履约、诈骗诱导都会出现。如果这些问题没有处理机制，Agent 支付就只能停在演示和小额试验里。

所以真正的 Agent 支付，不是一个更聪明的支付按钮。它更像一整套新的支付控制层：身份、授权、预算、风控、审计、责任和履约。

2026 年，是 AI 进入支付领域的元年

如果一定要给这件事一个时间判断，我觉得 2026 年就是 AI 进入支付领域的元年。

不是因为微信和支付宝刚刚开始做，而是因为整个支付行业都已经开始把 AI Agent 当成下一类交易入口来处理。

在国际市场上，这件事其实已经推进得很快。Visa 推出了 Visa Intelligent Commerce 和 Agentic Ready，核心是让消费者可以给 Agent 设置消费限制和条件，让 AI 发起的支付仍然和真实用户的授权、认证、风控连接在一起。

Mastercard 推出了 Agent Pay 和 Agentic Tokens，试图把 tokenization、passkey 和可编程支付能力放进 agentic commerce。Stripe 则和 OpenAI 推出了 Agentic Commerce Protocol，让 ChatGPT 里的购买行为可以接入商户和支付链路。

这些动作说明，AI 进入支付领域已经不是一个边缘实验。支付网络、支付服务商、AI 平台和商户系统都在围绕同一个问题调整自己：当 Agent 开始替用户发现、比较、下单、支付时，原来的支付系统要怎么识别它、授权它、限制它、记录它？

放到这个背景下，再看微信和支付宝，会更清楚。它们不是最早讲 agentic commerce 的玩家，但它们开始做这件事，意义仍然很大。

因为微信和支付宝连接的是中国最成熟的支付账户、用户习惯、商户网络和超级 App 场景。一旦它们开始把 Agent 接进真实支付系统，这件事就不再只是海外支付网络和 AI 平台的概念，而开始进入中国用户每天真实会用到的支付环境里。只是微信和支付宝的路径会更谨慎。

它们不会一上来就把开放式支付决策权交给 Agent，而会先从 AI 专属卡、用户授权、额度限制、任务中支付、笔笔确认这些受控形态做起。

这也是为什么它们现在看起来更像 L2 到 L3 之间：已经开始让 Agent 接入真实支付系统，但还没有真正把支付决策权交给 Agent。

所以2026 年是 AI 进入支付领域的元年，但还不是 Agent 支付成熟的一年。

真正的 Agent 支付，不只是 AI 帮用户少点几次按钮，也不是在对话里生成一个支付链接，而是 Agent 能在清晰授权边界内，根据目标、上下文和约束，独立完成一部分支付决策，并且每一笔都能解释、审计、追责、撤销或申诉。现在全球支付行业都已经开始往这个方向走。

但真正的 Agent 支付，还要等支付决策权被系统性地重新设计。

Written by: Yuki（刘雨晴）Stablehunter/Money in Motion