2026 年 6 月 17 日下午,微信支付正式发布了一款新产品——「AI 专属卡」。这款被内置在微信零钱里的功能,从爆料、测试到正式发布,节奏快得不太像微信一贯的作风。
它解决的是一个非常具体的问题:当 AI 智能体(Agent)想替你花钱的时候,钱从哪儿来、谁来授权、出了事谁负责。
这不是一个边角问题。随着 WorkBuddy、Manus、AutoGLM、扣子空间这些 Agent 产品陆续具备「动手下单」的能力,AI 支付早就不是「未来时」了。支付宝在 2025 年 9 月上线「AI 付」,到 2026 年 5 月已经累计完成 3 亿笔 AI 智能体支付、覆盖 95% 的通用智能体框架。微信支付这次入局,本质上是被推着上车的。
问题在于:支付宝已经把路蹚出来一半,微信支付的「AI 专属卡」到底是同一套故事的腾讯版本,还是另一套打法?
先把事情的时间顺序理清楚。这条线是后面所有判断的事实基础。
- • 2025 年 9 月:支付宝上线「AI 付」,全球第一个大规模商用的 AI 原生支付基建。
- • 2026 年 5 月 26 日:支付宝宣布 AI 支付完成 3 亿笔、覆盖 95% 通用智能体框架,同期推出「AI 钱包」「Token Pay」。
- • 2026 年 6 月 16 日:界面新闻爆料微信支付正联合腾讯桌面办公智能体 WorkBuddy 测试「AI 专属卡」,最快本周上线,腾讯未予回复。
- • 2026 年 6 月 17 日下午:微信支付正式发布「AI 专属卡」,首发接入 WorkBuddy,未来面向更多智能体平台开放。
- • 2026 年 6 月 18 日(本文发稿时):相关讨论仍在科技与金融圈持续发酵。
这条时间线有一个非常清晰的信号:微信支付不是「试水」,是「补位」。支付宝在 AI 支付上跑了 9 个月、3 亿笔的体量已经把市场教育和基础设施做了第一遍,微信支付的入局更像是一场「不得不发」的回应,而不是一次主动的范式定义。
这件事对于普通用户的含义是:你马上会面临一个选择——把你钱包里的部分钱,单独划一块「AI 专用」的小金库。
什么是「AI 专属卡」
把官方目前公开的信息剥到最干净,AI 专属卡可以这样描述:
它是一张内置在微信零钱里的「子账户」,专为 AI 智能体支付场景设计。
几个关键设计:
第一,钱是「专款专用」的。用户需要在微信零钱里为智能体单独开通这张卡,并往里转入一笔资金。AI 不获取主账户密码,不直接动主账户。消费上限由你充值的金额决定。
第二,每一笔支付都要用户手动确认。智能体发起支付后,会推送请求到用户的微信客户端,用户需要验密确认才能完成扣款。这意味着 AI 不能「自动扫荡」地替你花钱。
第三,资金随时可转出。AI 专属卡里的钱不是「押金」,用户可以随时把余额转回主账户或零钱通。这条规则在产品形态上很像微信此前推出的「亲属卡」——但「亲属卡」是给家人用的,「AI 专属卡」是给 AI 用的。
第四,未来向更多智能体平台开放。首发只接 WorkBuddy,后续会接入更多符合规范的 Agent 平台。
把这四点放在一起,AI 专属卡的产品画像其实非常清晰:它不是支付通道的创新,而是支付边界的产品化封装。底层仍然是微信支付,但在「谁可以花、花多少、谁来批」这三件事上做了明确的隔离。
三个核心机制:主账隔离、余额自主、笔笔确认
如果把 AI 专属卡的安全设计拆开来看,本质上是三道防线。
防线一:主账隔离
这是最基础也最重要的一条。AI 拿到的不是你整个微信零钱,而是一个子账户。子账户的最大余额上限就是用户主动充进去的金额。哪怕智能体被攻击、被 prompt 注入、被恶意指令操纵,损失上限也是这个子账户的余额,不会蔓延到主账户。
这是一个重要的范式转换。过去几年讨论「AI 替你花钱」时,最大的担心是「AI 失控」。但实际上,真正会让用户感到恐惧的从来不是 AI 能花钱,而是 AI 能花多少。
主账隔离的工程含义,类似于 容器(Container)之于服务器:容器里的进程可以任意折腾,但它的权限边界由 cgroup 和 namespace 决定,再折腾也出不了那个 namespace。同理,AI 专属卡里的钱是用户授权额度内的钱,超出额度就是「namespace 越界」,物理上扣不动。
防线二:余额自主
「随时转入、转出」这条规则看起来普通,实际上是用户控制感的来源。
一个不能随时撤回的子账户,本质上是「押金」——用户会觉得「这笔钱我看不见了」。一个能随时撤回的子账户,本质上是「临时钱包」——用户随时能看一眼余额、随时能撤回、随时能改上限。
这个设计在心理上的差别巨大。当用户知道「任何时候我都拿得回来」时,他才愿意真的把钱充进去。微信支付 2018 年推亲属卡的时候用过几乎一模一样的话术:「你给孩子的钱随时可以转回」。这次只是把「孩子」换成了「AI」。
防线三:笔笔确认
这是三道防线里最容易被低估的一条。
「笔笔需要用户验密确认」意味着:AI 不是一个「自动执行器」,而是一个「提单员」。它能做的事是「发起一笔支付请求」,真正完成支付的是用户在手机端的那一次「确认」。
这个设计带来一个非常关键的副产品:用户对 AI 的支出有完整的、可见的审计记录。每一笔 AI 发起的支付,都会有「申请时间、申请金额、申请场景、用户确认时间」四个字段留痕。这相当于把 AI 支付纳入到微信支付的「账单」体系里,账目清晰可追。
三道防线放在一起看,可以提炼出一个简洁的公式:
AI 专属卡 = 主账隔离(限定损失上限) + 余额自主(保留控制感) + 笔笔确认(保留决策权)
这套设计不是微信支付原创,支付宝的「AI 付」、Google 的「Agent Payment Protocol」在思路上都是同构的。但微信支付把它产品化得最彻底——直接做成了用户能看见、点得动、转得出的「卡」。
对比支付宝的「AI 付」:腾讯选择了另一条路
如果只看「谁能花钱」,支付宝的「AI 付」和微信的「AI 专属卡」是同一件事。但如果看「钱怎么管」,两家的路径差别非常大。
先看支付宝的方案。2025 年 9 月上线的「AI 付」,核心是协议层:支付宝把支付能力封装成一套 API / SDK / MCP 接口,让智能体可以通过协议直接调用。95% 的通用智能体框架支持,意味着大部分 Agent 平台对接支付宝 AI 付的成本接近于零。
到 2026 年 5 月,支付宝又推出 「AI 钱包」——这是全球第一个专门管理智能体支付的钱包产品。再加上 Token Pay(基于使用量 Token 计费的支付方式),支付宝的整盘棋是:用协议 + 钱包,把支付能力下放到 Agent 框架层。
再看微信支付的 AI 专属卡。它的核心不是协议,是产品形态。它没有强调对接了多少框架,而是强调「这是一张卡」。卡的特点是可见、可控、可圈定——用户能直接看到它、转出它、调整它的额度。
这背后是两家公司对「AI 支付」这件事的不同理解:
- • 支付宝认为 AI 支付是协议问题——给 Agent 支付能力。
- • 微信支付认为 AI 支付是账户问题——给 AI 一个独立的支付账户。
两种理解都有道理,但落地的工程路径完全不同。支付宝走的是 B 端路线——让 Agent 平台、商家、ISV 都能低成本接入。微信支付走的是 C 端路线——让普通用户能直观理解「这张卡是干什么的」。
从用户教育成本的角度看,微信支付这张「卡」比支付宝的「协议」更易感知。一个普通用户看到「AI 专属卡」四个字,会立刻想到自己用过的「亲属卡」「零钱通」「银行卡」;但看到「Token Pay」「MCP 协议」,他需要思考三秒。
微信支付赌的是:AI 支付要普及,最终必须落到一个用户能直接操作的「物件」上。
WorkBuddy 是什么,为什么是首发
理解「AI 专属卡」的价值,绕不开它首发的智能体平台 WorkBuddy。
WorkBuddy 是腾讯在 2026 年推出的桌面办公效率智能体。它的定位和字节的「飞书智能伙伴」、阿里的「通义晓蜜」类似,但更聚焦在「PC 端办公自动化」这个场景。
具体来说,WorkBuddy 可以在用户授权下,替用户完成一系列需要打开软件、切换窗口、填表、点击的操作:比如把 Excel 里的销售数据整理成 PPT、批量下载邮件里的附件、跨平台同步日程、从飞书文档里抓取字段填进 CRM 系统。
这些操作的「最后一步」经常是花钱——采购软件、订阅服务、下单购物、付款报销。WorkBuddy 越深入到办公场景里,就越频繁地遇到「需要花钱」这个动作。
没有 AI 专属卡之前,WorkBuddy 遇到花钱场景的解决方案是:弹一个二维码让用户扫,或者切到微信支付让用户手动完成。这两种方案都不优雅,前者打断了对话流,后者打断了工作流。
AI 专属卡接入之后,WorkBuddy 可以在对话流里直接发起支付请求,用户在手机端一键确认,整个支付环节从「打断工作」变成「嵌入工作」。
这就是为什么 WorkBuddy 是首发接入的智能体平台。它不是因为它是腾讯自家的产品,而是因为它的工作流里天然包含大量「需要花钱」的场景。首发接入是产品逻辑决定的,不是政治逻辑决定的。
真正的变量:场景拓展
任何 AI 支付产品能不能跑出来,最终不取决于支付本身,而取决于场景。
支付是水电,场景是水龙头。 没有水龙头,水电再便宜也跑不出需求。
AI 专属卡能不能像支付宝 AI 付那样在 9 个月做到 3 亿笔,关键看下面几类场景能不能跑通:
第一类:电商导购场景。 用户在 WorkBuddy 里说「帮我买一盒 50 元以内的云南鲜花饼」,Agent 调取美团、京东、淘宝的价格,选出最优,AI 专属卡扣款。这条链路 WorkBuddy 和美团已经接通了,DoNews 报道里也提到「首期支持 WorkBuddy + 美团」。
第二类:办公采购场景。 报销、采购软件、买礼品、订机票。WorkBuddy 在企业市场的渗透,会反向带动 AI 专属卡在 B 端的使用。
第三类:服务订阅场景。 订阅 ChatGPT Plus、GitHub Copilot、Notion AI、Cursor Pro 的时候,AI 专属卡能不能作为支付方式出现?目前还看不到明确的对接计划,但这是一个巨大的潜在市场——全球 SaaS 订阅市场一年几千亿美元的盘子,目前没有任何一家 AI 支付产品吃下来。
第四类:生活缴费、点餐、出行场景。 微信支付原本的优势领域,但和支付宝的本地生活、饿了么口碑正面竞争,AI 专属卡能不能在微信生态里打通「小程序 + 公众号 + Agent」的链路是关键。
把这四类场景列完,可以看到一个判断:
AI 专属卡的天花板不在支付本身,而在微信生态能不能为 Agent 提供「可执行」的场景。 如果微信小程序里有足够多可被 Agent 调用的 API、足够多可被 Agent 下单的商品,AI 专属卡的体量会是支付宝的好几倍。如果微信小程序在 AI 时代逐渐被边缘化,AI 专属卡就只能停留在 WorkBuddy 的办公场景里。
这个判断的窗口期大概是 12–18 个月。
一些可能存在的坑
产品看起来很美,但有几个坑值得提前留意。
坑一:多次小额扣款的疲劳感
「笔笔确认」是三道防线里最关键的一环,但也是用户体验上最累的一环。
如果一个用户让 WorkBuddy 帮他整理 100 笔订单、订 5 张机票、买 20 本书,他会在短时间内收到 125 次「确认支付」推送。哪怕每次只需要 1 秒钟,125 次的累计成本也会让他下次直接关掉这个功能。
支付宝 AI 付的解决方案是引入 「单次授权额度」——Agent 在额度内可以连续扣款,超出才需要用户确认。微信支付的 AI 专属卡目前没看到类似机制。这是一个明确的体验短板。
坑二:智能体的「越权」判定
Agent 发起支付请求时,系统需要判断这个请求是否「符合用户意图」。
但「符合意图」这件事本身没有标准答案。用户说「帮我买 50 元以内的鲜花饼」,Agent 买了 49.8 元的,符合意图;Agent 买了 50.01 元的,算不算符合意图?Agent 买了 50.00 元但下单了 2 份(凑运费),算不算符合意图?Agent 买了 80 元的玫瑰花拼盘「升级版」,算不算符合意图?
这些边界 case 在用户复盘账单时一定会出现。 一旦出现,且处理不好,就是一场「AI 乱花钱」的舆论事件。
坑三:跨境支付的缺位
AI 支付的下一个增量市场是跨境——海外购物、订阅海外服务、海外 SaaS 采购。这块市场目前的支付方式五花八门(信用卡、PayPal、Apple Pay、Google Pay),微信支付一直没有真正进入这个领域。AI 专属卡如果只服务人民币场景,天花板会被限制在国内。
写在最后
AI 专属卡这件事的真正意义,不在于「微信支付也做了 AI 支付」,而在于它把「AI 替你花钱」这件事,从一句「未来会怎样」的口号,变成了一个你今天就能在微信里看到的具体功能。
它不是范式革命,它是产品落地。
它没有重新定义支付,它只是给支付加了一个用户能理解的容器。
它不会在一夜之间改变你花钱的方式,但它会让「让 AI 替你花钱」这件事,第一次进入普通用户的视野。
接下来 12 个月,看的不是 AI 专属卡能发多少张,而是 WorkBuddy 之外的 Agent 平台会不会主动接进来。场景起来,它就是下一个微信支付级别的产品;场景起不来,它就是 WorkBuddy 的附属功能。
这件事的本质问题从来不是「AI 能不能花钱」,而是「你愿不愿意把钱交给 AI」。
微信支付用一张卡,把这个问题摆到了你面前。
夜雨聆风