文   | 字母 AI

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

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

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

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

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

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

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

Skills 2.0 也一样。

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

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

一个专门给微信 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 专属卡就是这个新权限体系的第一个落地产品。它表面是张卡，实际上是一块试验田。

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

从 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 的诞生。

为啥 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 管接入。从产品选型到接口接入，从代码生成到质量检查，从排障到对账，全在一个统一入口里。

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

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