微信支付要给AI发卡：智能体支付落地第一枪

微信支付要给 AI 发卡，最快这周就上

6 月 16 日，财联社放出消息：微信支付正在和腾讯自家的智能体产品 WorkBuddy 联合内测一项新功能——在微信钱包里新增一张“AI 专属卡”，专门给智能体用。最快这周内就会上线。截至发稿，微信支付官方仍未正面回应，但从昨天微信支付 AI 接入工具箱直接更新到 2.0 这个节奏看，这事八九不离十。

这不是“AI 选品给用户推荐”那种伪 AI 支付，而是把 Agent 自主下单这条路真的接通了。一边是中国渗透率最高的支付账户体系，一边是腾讯刚跑通 PMF 的智能体产品，二者第一次在“钱”这个最敏感的环节上握手——这是国内支付巨头里跑得最靠前的一家。

“专属卡”究竟是什么

按照目前披露的信息，AI 专属卡的形态可以这样理解：它本质上是微信钱包里一张独立的子账户，跟你绑的银行卡、零钱、零钱通是平级关系，但用途单一——只给 AI 智能体调用。

几个关键设计点：

• 额度由用户预充值决定。你往这张卡里充多少，AI 就最多能花多少。这是一道硬天花板，跟主账户隔离。
• AI 发起，用户确认。智能体可以发起支付请求，但每一笔都需要用户验密。换句话说，AI 有“选购权”，没有“最终签字权”。
• 目前仅向 WorkBuddy 开放内测。WorkBuddy 是腾讯内部孵化的智能体产品，主打办公场景的任务自动化，先在腾讯内部跑早期测试，再逐步放开。

这套机制的设计逻辑很清晰：既要让 Agent 有“真实花钱的能力”——否则一切自动化任务到了下单环节就断链，又要把风险关在笼子里。预充值制度等于让用户主动给 AI 划了一个钱包配额，跟你给孩子办张零花钱卡是一个味儿。

为什么是 WorkBuddy 当试验田

选 WorkBuddy 做合作方，不是随便挑的。

办公智能体最常见的需求是什么？订机票、订会议室、买耗材、续费 SaaS、报销付款……每一个动作的终点都是“付钱”。过去这一步只能靠流程跳转——AI 把链接发给你，你点进去自己付。这种半自动状态，对“智能体”这个概念是一种羞辱。

WorkBuddy 的场景里，财务边界本来就清晰：员工预算、部门预算、项目预算，都是预先核定额度的。这跟“AI 专属卡”充多少花多少的逻辑天然合拍。先把 to B 的智能体场景跑通，再考虑 to C 的复杂场景，是合理的节奏。

这里有个细节值得玩味：腾讯并没有选第三方的 Agent 框架（比如某些开源 Agent 项目）做首个试点，而是用自家 WorkBuddy。这意味着支付侧的协议、风控规则、回调流程，是按腾讯自己的体系定制的——后续要不要开放给第三方智能体，开放到什么程度，目前还是个问号。

昨天工具箱刚升 2.0，时机不是巧合

6 月 15 日，微信支付 AI 接入工具箱迎来 2.0 版本。第二天就传出 AI 专属卡的消息，这个时间线不是巧合。

工具箱 1.0 的 Skill 能力只覆盖“支付”和“券”两条线，对接 AI 的颗粒度还很粗。2.0 直接拉到全线产品覆盖，并且新增了两个角色化的 AI 能力：

技术专家

这是给开发者用的对接助手。覆盖从支付场景选型、接入流程解读到动态排障的全链路问答。最实用的部分是把【报错 → 定位 → 修复】这个闭环给塞进对话里——你不用再切到文档、切到工单系统、切到搜索引擎。对接过微信支付的开发者都知道，那套错误码体系有多让人崩溃，光是 SIGN_ERROR、SYSTEMERROR、USERPAYING 这几个状态码就够新手迷路一下午。

金融级研发专家

这个角色更狠。它内置代码质量审查机制，从金融级安全标准和最佳实践角度去 review 开发者的代码。简单说，就是模拟支付行业的资深架构师在你代码合并前过一眼。常见的盲区——比如签名校验时机、回调幂等、密钥硬编码、时间戳处理——这些在常规 lint 工具里抓不到的东西，金融级研发专家会专门盯。

两个东西放一起看，逻辑就出来了：工具箱 2.0 是给“人类开发者接微信支付”提速，AI 专属卡是给“AI 自己用微信支付”开口子。一个是供给侧的开发提效，一个是需求侧的场景延伸，两条腿同时迈。

跟 Stripe、PayPal 在做的事情比一比

海外这一年，Agent 支付一直是个热门话题。

Stripe 去年推出过专门给 Agent 用的 API key，可以限定权限、限定额度、限定有效期；PayPal 也在做类似的 Agent Commerce 接口；Visa 和 Mastercard 各自发布了所谓的 Agent Payment 协议草案，核心都是想解决“谁授权、怎么撤销、怎么对账”这几个问题。

微信支付这次的方案，思路上更接近 Stripe 的“受限 Token”模型，但封装方式完全是中国式的——不给开发者发 Token，直接给用户发一张“卡”。这张卡用户看得见、摸得着、能充能停。从产品哲学上讲，是把抽象的“API 授权”做成了具象的“账户余额”，对普通用户更友好。

但代价是灵活性。海外 Agent 支付方案里常见的“按场景授权”——比如只能用于差旅、只能用于办公耗材——目前在 AI 专属卡里还看不到。预充值是个粗粒度的额度控制，离“细粒度策略”还有距离。这块大概率是 2.0、3.0 版本要补的。

验密这一步，是底线也是天花板

“智能体发起支付须经用户验密确认”——这是这次方案里最关键的一条红线。

为什么是底线？因为没有这一步，整个体系就没法过监管这关。中国对支付的监管口径，对“无感支付”一直是审慎的。免密支付要单独签约、要有额度限制，更不用说让一个 AI 替用户做决定。验密这一步，本质上是把法律意义上的“最终意思表示”锁死在了用户身上。

为什么也是天花板？因为这一步存在，Agent 就永远做不了完全的“无人值守”。你让 AI 半夜帮你抢一张演唱会票，到付款那一步它得叫醒你。你让 AI 长期帮你管订阅服务的续费，每次续费都得弹窗确认。

这是一个非常典型的中国式权衡：把 80% 的自动化交给 AI，把 20% 的关键决策死死攥在用户手里。短期看是合规需求，长期看可能会演化出分层授权——小额免密、大额验密、特定商户白名单等等。但这是后话。

对开发者意味着什么

如果你是做 Agent 类产品的开发者，这个消息有几个直接影响：

1. 国内 Agent 终于有“能花钱”的腿了。过去做智能体应用，遇到付款环节只能跳转 H5、跳转小程序，体验断裂。未来如果微信支付开放 AI 专属卡的对接，Agent 可以在自己的会话流里完成下单。

2. 风控和合规的负担会下沉到平台。预充值额度、验密确认这些机制由微信支付兜底，开发者不用自己设计一套“怎么防止 AI 乱花钱”的逻辑。

3. WorkBuddy 之外的智能体何时能用，是关键变量。如果只对腾讯系开放，那这就是一个内部能力；如果开放给第三方 Agent，那就是基础设施。

4. 对接复杂度大概率会降。配合工具箱 2.0 的 AI 接入助手，原来要看一周文档才能跑通的支付对接，可能压缩到几小时。这对小团队是利好。

AI 调用各家模型，OpenAI Hub 一个 Key 搞定

顺带提一句，做 Agent 产品的同行如果在为多模型接入头疼，OpenAI Hub（openai-hub.com）做了 AI API 聚合，一个 Key 同时调 GPT、Claude、Gemini、DeepSeek 等主流模型，国内直连、兼容 OpenAI 格式，省去维护多套 SDK 的麻烦。WorkBuddy 这种需要复杂规划+工具调用的 Agent，多模型动态切换其实是刚需。

这一步走出去，意味着什么

把视角拉远一点看：AI 专属卡不是一个孤立的产品功能，它代表的是支付行业对“AI 作为支付主体”这件事的正式表态。

过去三十年，支付的对象一直是人。从现金到银行卡，从银行卡到二维码，从二维码到刷脸，无非是人和机器之间的界面变化。但“付钱的决策者”始终是人。

AI 专属卡之后，决策者部分让渡给了 AI——AI 选什么、买什么、什么时候买，是它说了算。人保留的是最终确认权。这是支付产品形态在大模型时代的第一次结构性调整。

微信支付这次率先迈出去，节奏控制得不错：场景受限（先 WorkBuddy）、账户隔离（专属卡）、决策保留（用户验密）。三道门槛把风险控制住了，剩下的就是看市场反应、看监管态度、看应用场景的丰富度。

如果跑通了，下一步大概率会看到：第三方 Agent 接入、商户侧的 Agent 友好型接口、跨 Agent 的支付路由协议。如果跑不通，那就是再等一两年市场成熟。

但无论如何，这周的某一天，当“AI 专属卡”真的出现在微信钱包里那一刻，一个新阶段就算开始了。

参考来源

• IT之家：消息称微信正测试 AI 支付功能，“AI 专属卡”最快本周内上线 — 财联社独家消息源头报道，含微信支付 AI 工具箱 2.0 更新细节
• IT之家博客版聚合 — 相关消息聚合页