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管接入。從產品選型到接口接入，從代碼生成到質量檢查，從排障到對賬，全在一個統一入口里。

中間的交易處理、風控、訂單狀態流轉、退款、結算，全在微信支付的既有體系里跑，不需要重新搭。這就是區別。

說白了，微信就是意識到自己現在該去發揮得天獨厚的優勢了。