4月30日消息,Stripe 正式推出 Link Agent Wallet,把面向消费者的 Link 钱包改造成专门服务 AI 代理的支付层——授权过的代理不再触碰真实卡号,而是从用户的 Link 钱包临时领取一次性虚拟卡完成购买,刷一次就作废。配套的 Link CLI 同步开源,可作为 MCP server 直接接入 Claude Code、其他 MCP 客户端或自定义代理工作流。 这是 Stripe 在过去半年一连串"agentic commerce"动作里的最新一块。和此前面向商家侧的 Shared Payment Tokens(SPT)、面向协议层的 Agentic Commerce Protocol(ACP)、面向机器对机器结算的 Machine Payments Protocol(MPP)不同,Link Agent Wallet 第一次把控制权放回到了消费者一端——AI 可以替你买,但每一笔都得你点头。
一次性凭证 + 推送审批,让代理"摸不到"真卡
Link 是 Stripe 已经跑了多年的消费端钱包产品,此前主要解决"快速结账"——保存一次卡号、之后所有 Stripe 商户一键支付。Agent Wallet 是在这个基础上叠加的新形态:代理不再读取你 Link 里保存的真实卡或银行账户,而是通过 spend request 向钱包申请一张额度、商家、用途都被严格限定的虚拟卡。
具体流程是:代理拿到用户在 Link 里的 payment_method_id,提交一份 spend request,内容包括商家名称、商家 URL、上下文说明(谁发起的、买什么)、金额、订单明细。如果带 --request-approval 参数,Link 会向用户的手机或邮箱推送审批通知,用户在 Link App 里点同意后,系统才生成一次性虚拟卡。这张卡刷完即失效,代理拿不到底层真实卡号,商家收到的则是和普通卡支付一样的授权请求。
这套设计和 Stripe 此前主推的 SPT 在思路上一脉相承——都强调"凭证不外泄、权限可编程、单次可吊销",但定位有差别。SPT 主要是商家侧、ACP 协议下用于打通 ChatGPT Instant Checkout、Etsy、Shopify 这类一键购买场景的底层 token;Link Agent Wallet 则是把同样的安全模型搬到了 C 端用户面前的钱包 UI 上,适合那些"代理替我跑腿、但我要逐笔确认"的开放式购物场景。
Link CLI 开源:把钱包接到 Claude Code 只需一行命令
Stripe 同步把 Link CLI 放上 GitHub,开发者可以 npx skills add stripe/link-cli 安装,也可以把它配成本地 MCP server——在 .mcp.json 里加一段 npx @stripe/link-cli --mcp,Claude Code 或其他 MCP 客户端就能直接调用 Link 钱包的全部能力。
CLI 本身覆盖了完整的代理支付链路:列出账户里所有保存的卡和银行账户、创建 spend request、轮询审批状态、查询历史交易。开发者第一次调用时,CLI 会返回一个验证 URL 和一段短语,用户在浏览器里登录 Link 账户、输入短语完成授权——这套 device flow 风格的 OAuth 是为了避免开发者在代理里硬编码凭证。
把 Link CLI 做成 MCP server 是关键的一步。MCP 已经成了 Claude、ChatGPT、Cursor、各类 Agent 框架共用的工具协议,这意味着 Stripe 不需要给每个代理生态单独写 SDK——只要客户端支持 MCP,Link 钱包就是一个开箱即用的"支付工具"。这一点上,Stripe 的路径选择和 GitHub 上的 Stripe Agent Toolkit、远程 mcp.stripe.com 形成了完整闭环。
和 MoonPay、x402 的差别:法币虚拟卡 vs 加密钱包
近两个月,代理钱包赛道集中开了好几个口子。MoonPay 在 3 月开源了 Open Wallet Standard,主打非托管加密钱包,让代理在链上签交易;Coinbase 和 Cloudflare 推动的 x402 协议把 USDC 嵌进 HTTP 402 状态码,做的是"代理调用 API 自动付费"的微支付场景;Google 的 Agent Payments Protocol(AP2)则拉了 60 多家伙伴对齐代理商务规范。
Link Agent Wallet 走的是另一条路——继续基于现有 Visa/Mastercard 卡网络和法币结算,把"安全"做在 token 化和审批层而不是密码学层面。对普通消费者来说,这条路径几乎没有学习成本:不需要懂私钥、Gas、链选择,只要 Link 里绑了卡,审批一下,代理就能下单。代价是它不适合机器对机器、毫秒级、跨链的微结算场景——那是 MPP、x402 的地盘。
Stripe 自己其实两条腿都在走:Link Agent Wallet 管 C 端日常购物,SPT/ACP 管商家侧标准化,MPP 管 agent-to-agent 的程序化结算,再加上和 Mastercard Agent Pay、Visa Intelligent Commerce 合作的 agentic network token——整套体系基本覆盖了从用户授权、商户接单、卡网授信到机器自动付费的全链路。
还有几个坑没填
Link Agent Wallet 当前明显的局限有几处。第一,逐笔审批的体验在高频场景会变成阻塞——给代理设一个无人值守的"自动续费 SaaS"任务,推送弹个不停反而拖慢工作流;Stripe 目前没有公开宣布额度内自动放行的策略,这部分可能要等后续迭代。第二,审批延迟和欺诈风险的边界仍要看 Link App 在用户实际使用中的响应速度,以及代理上下文里写的 context 字段会不会被劫持伪造。
但开源 Link CLI 这一步,对开发者社区来说是实打实的降门槛。把它接进 Claude Code 一条 MCP 配置就能跑,意味着任何开发者都能给自己的代理装一个"刷卡能力"——不用申请 Stripe 商户号,不用碰 PCI 合规,只要让代理生成 spend request,剩下的事情 Link 钱包接住。这种"用户授权由钱包侧承担、代理侧只看 token"的模式,可能会成为消费级代理支付的默认范式。
GitHub 仓库 stripe/link-cli 已经放出,接入 Link 账户即可使用;新建 spend request 默认会签发虚拟卡,加 --request-approval 触发推送审批流程。