AI接管交易的最后一步，微信迈出去了

以前，我觉得微信所有的功能更新都是浅尝辄止，不敢迈大步。但是这两天，我对微信的看法彻底变了。

事情是这样的，这两天微信官方在AI支付这事上放出了一连串动作。

第一件是给用户上线了AI专属卡，第二件是把面向开发者的AI Skills从1.0直接翻到了2.0。

微信对这两件事几乎没做什么宣传，官号也没什么动静。但你把两个东西放在一起仔细看，就会发现这事其实大了去了。

这两件事既有“微信”味，却又一点也不微信。

比如AI专属卡。它把风险隔离出来，给用户最大的控制权，余额、权限、账单全透明，这是微信一贯的做法，谨慎、克制、把安全感放在第一位。

但是它又很奔放，钱一旦放进这个卡里，AI就能在你的指令下使用。就像小时候你父母给你钱，让你去打酱油一样。

Skills 2.0也一样。

开源仓库直接扔在GitHub上，面向Agent、面向开发者、面向服务商，而且两个月就从1.0翻到2.0，速度快得不像是微信的节奏。

却又对一些权限和功能进行收缩，不让你把边界扩得太大。

01

一个专门给微信AI准备的小钱包

简单说，微信支付的AI专属卡是一个给微信AI用的钱包。你把钱转进去，然后指定哪些AI智能体可以用这张卡。你跟AI说“帮我订个外卖”，AI就能从这张卡里付钱，下单、支付一条龙帮你搞定。

但这张卡单独存在，不跟你主钱包连着。

AI进入消费这件事，最大的坎儿不是技术，是信任。

你让一个AI帮你推荐餐厅，大部分人觉得还行。你让AI帮你挑电影，问题也不大。但你让AI直接从你账户里扣钱，这感觉就完全不一样了。

你这么想，假如你微信零钱里有个几千块，绑的银行卡额度更大。如果AI一个误判，或者一个漏洞被利用，钱全被AI划走了，那损失就不是开玩笑的。

而且AI的消费方式跟人不一样，人会犹豫、会比较再点付款。AI说干就干，一秒下单。

其实微信支付卡的理念，是来自于OpenClaw和WorkBuddy这两个产品的，它们都有一个专门的沙盒文件夹，AI只能在这个文件夹里操作，并且只能调用规定的工具。

除此以外，整个支付的过程是可见的。

AI花的每一笔钱，你都能看到。花了多少，花在哪，什么时候花的，任务状态是什么。出了问题你知道该找谁。

说白了，之前AI跟钱的关系是脱节的。

AI可以推荐，可以帮你决策，但到了付款那一步，还是得你亲自来。这就好比一个销售帮你挑好了所有东西，但最后结账的时候你得自己去收银台。

AI专属卡是让AI帮你走完交易的最后一步。

但这个事真正的看点，并不是这张卡本身，是它代表的支付体系。

过去所有的支付权限都是给人设计的。输密码、按指纹、扫脸，全都是针对“一个人正在操作手机”这个场景。但现在要操作手机的不再只是人了，还有一个Agent。

Agent跟人不一样。人一次只能下一个单，Agent可能批量下单。人对异常情况有直觉判断，Agent没有。

所以微信支付要做的，是把以前那套基于人类的的支付逻辑全部推倒，从零开始给Agent设计一套支付体系。

AI专属卡就是这个新权限体系的第一个落地产品。它表面是张卡，实际上是一块试验田。

如果大家都开始用这张卡了，说明这个方向走对了。但是如果大家都不用，还是用老方法在线支付，那就需要再次从头开始想办法。

02

从1.0到2.0，只用了两个月

AI专属卡解决了用户敢不敢让AI花钱的问题，但交易光有买家不行，还得有卖家能接住。

商家这边的问题是什么呢？你想想一个餐饮老板的日常。他要接入微信支付，首先得搞清楚自己该用哪个产品，是基础支付、还是商品券、还是支付分、还是委托代扣？

就算选对了产品，接入流程也要面对一堆东西，怎么下单、怎么处理支付回调、怎么验签、怎么做幂等防重、怎么对账、出了问题怎么排障。

这就是微信支付Skills要解决的问题。

1.0时期，微信是把每个产品都做成了一个Skill：基础支付一个Skill，商品券一个Skill，支付分一个Skill，医保支付一个Skill，委托代扣一个Skill。

每个Skill里面塞了对应产品的知识、代码示例和排障说明。

乍一看确实没毛病，但你要真到实际问题中就会发现，还是有不少小毛病的。

首先，开发者自己也不知道该问哪个产品。他可能连“支付分”和“委托代扣”的区别都不清楚。你让他自己去选Skill，他是很有可能选错的。

其次，同一个报错可能在五个Skill里都有解释，但解释互相矛盾。因为每个Skill的维护节奏不一样，有的更新到最新版API，有的还停在老版本。

与其说是Skills，我觉得1.0更像是一本说明书。不止是这样，AI还容易出现幻觉，支付接口只要有一个地方对不上，就跑不通。

然而，仅仅过了两个月，Skills 2.0来了。

2.0最大的变化，是把一堆分散的产品Skill收进了一个统一入口。

名字叫
wechatpay-payment-integration。开发者进来，不用管自己到底该用哪个产品，直接把需求告诉AI，AI来判断该走哪条路。

这就跟前台一样，它不能直接帮你解决问题，但是你把需求告诉它，它能告诉你该怎么去解决。

但统一入口只是第一步，2.0真正花了力气的地方是几个新增项。

一个是接入质量评估。1.0能告诉你怎么写代码，但不会帮你检查写得好不好。2.0加了签名检查、验签检查、回调处理检查、幂等检查、对账检查，还检查敏感字段加密和私钥安全。

这些是支付接入里最容易出问题的地方。API调通了不代表支付就接好了，只有这些检查项全过了才算数。

另一个是动态排障。

以前的排障方式是“如果你遇到这个错，可能是这个原因”，给一堆可能性让开发者自己排查。2.0通过wechatpay-dev-cli工具和APIv3排障流程，能按步骤引导开发者排查。查单失败怎么处理，SIGN_ERROR怎么定位，401错误是什么原因，每一步都有明确的顺序，它是操作流程，不是知识列表。

还有一条很关键，2.0给微信AI支付进行了大幅度的“降级”，收缩了AI的自由发挥空间。

代码示例必须来自官方文档，接口字段必须来自官方文档，错误码必须来自官方文档。AI不能凭记忆写代码，必须先查官方知识库。而且官方代码示例只提供curl、Java和Go，其他语言要标明是参考实现、非官方维护。

看起来像是微信自己在给自己加限制，实则不然，支付这个场景就是这样。你不能让AI在支付接口上玩创意。一个字段名字写错了，可能不只是报个错，钱扣了但订单没生成，这才要命。

知识问答的地位也降了。

1.0里独立的“知识问答”板块，到了2.0里，直接变成了“答疑与排障”的一部分。微信的想法是，接入AI支付，那你就踏踏实实做支付，不要跟AI先聊天浪费算力和时间。

另外2.0还把反馈机制塞进了骨架里。

问卷、交流群都写进了README，说明微信非常需要开发者和服务商的真实反馈。

微信支付这种体量的业务，两个月之内完成统一入口重构、接入质量评估体系、CLI排障工具链、官方文档强约束，说明内部资源是明显倾斜的。

但还有一种可能，那就是被商家和开发者的反馈推着走。

1.0放出去以后，由于是放在了GitHub这个开源社区，微信能快速收集反馈意见，这就加速了2.0的诞生。

03

为啥Apple Pay不行？

为啥微信对AI支付这事这么上心？我觉得有可能是看到了苹果WWDC 2026上，Siri的那些进步。

现在Siri能通过Apple Intelligence，听懂用户的指令，并且能从屏幕内容里理解上下文，还能在App之间拉信息。

基于App Intents。开发者用这套框架把App里的动作发给系统，Siri就可以直接调用。打开订单、创建提醒、发消息、订咖啡、叫车，理论上都能做到。

但是到支付这最最最关键的一环，苹果掉链子了。

明明苹果是有Apple Pay的，也能拉起支付面板，Face ID或Touch ID确认，加密token交给商户处理。但是Apple Pay只管最后那一下付款确认，其余一概不负责。

比如订单怎么建、库存怎么锁、退款怎么查、回调怎么验签、重复支付怎么防、服务商怎么代商户接入？Apple Pay表示统统与我无关，自己找商家去。

微信支付不一样。

微信不只是一个支付按钮。它有聊天入口、小程序、公众号、商家后台、服务商体系、会员系统、优惠券系统、订单系统、退款系统、对账系统。

这些东西平时看起来只是功能列表，但到了AI时代，它们就是现成的交易基础设施。

用户侧，AI专属卡管授权。Agent有多少钱、能花在哪、花多少，全在微信支付的规则里。

商家侧，Skills 2.0管接入。从产品选型到接口接入，从代码生成到质量检查，从排障到对账，全在一个统一入口里。

中间的交易处理、风控、订单状态流转、退款、结算，全在微信支付的既有体系里跑，不需要重新搭。这就是区别。

说白了，微信就是意识到自己现在该去发挥得天独厚的优势了。