agent 终于能自己刷卡了：Mastercard 开放 Agent Pay for Machines

agent 会干活了，但一直不会花钱

过去一年，AI agent 的能力清单越拉越长：写代码、做调研、订机票、跑工作流。但有一个动作它始终做不好——花钱。不是它不想，而是整个互联网的付费体系就不是为"机器自主花钱"设计的：买个 API 要注册账户、绑 API key、预充值；换个供应商，又要重来一遍。人类觉得繁琐，agent 更觉得繁琐——它没有邮箱收验证邮件，也没有耐心在 5 个供应商之间比价时逐一走完开户流程。

10 月 20 日，Mastercard 宣布向开发者开放 Agent Pay for Machines 的早期访问（early access），要补的正是这块拼图：让自主 AI agent 能在人类设定的预算内，自己购买数字服务——数据、算力、图像生成，按用付费，不用人替它填表。

这件事为什么值得单独写一篇？因为支付是 agent 自主化的"临门一脚"。一个不能自己花钱的 agent，永远只是个高级玩具：它规划得再好，最后一步总要人类掏出信用卡。而一个能花钱的 agent，才真正进入了经济循环——它开始产生交易、产生账单、产生一个需要被信任、被审计、被控制的"机器经济体"。Mastercard 这次出手，赌的就是这个经济体的"收银台"位置。

x402：把 HTTP 402 从"坟墓"里挖出来

Agent Pay for Machines 的技术底座是 x402——一个开放协议，它干的事其实很优雅：复活了 HTTP 状态码里那个从 1990 年代就被预留、却从没真正用过的 402 Payment Required。

流程是这样的：agent 在执行任务时遇到一个付费服务，服务不返回内容，而是返回 402"请先付款"；agent 随即生成一张数字签名的支付凭证（payment voucher），承诺在批准额度内付款；商户核验凭证无误后，交付服务。整个过程没有注册账户、没有交换 API key、没有发票——钱和服务在协议层直接握手。

这个设计妙在"把支付变成了互联网的原生动作"。过去三十年，网页支付是"长在"HTTP 外面的：跳转收银台、填卡号、3D 验证，全是补丁。x402 的思路是反过来的：让"要钱"成为协议本身会说的一句话，机器和机器之间用同一套语言谈价格。对于需要"在任务推进中动态选择服务、按需付费"的 agent 来说，这几乎是唯一可扩展的方案——你总不能让 agent 每换一个供应商就去注册一个账号。

值得注意的是，x402 由 Coinbase 发起，是一个开放协议，不是 Mastercard 的私有标准。Mastercard 做的是把这套开放协议"接上"自己的网络——用它的话说，是"connects it with the trust, security and reach of the Mastercard network"（把它与 Mastercard 网络的信任、安全与覆盖连接起来）。卡组织的打法一向如此：不发明轮子，发明收费站。

x402 的四步握手：钱和服务在协议层怎么谈

把流程拆到"线级"（wire-level）看，一共四步。第一步，agent 像平常一样发起 HTTP 请求；服务器不返回资源，而是回一个 402，附带 PAYMENT-REQUIRED 头——base64 编码的支付条件：多少钱、收什么代币、走哪条链、付到哪个地址（Cloudflare 官方文档的流程说明即如此）。第二步，agent 的钱包构造一份签名支付授权：在 EVM 链上通常是 EIP-3009 的 transferWithAuthorization，签名里绑定付款方、收款方、金额、有效期窗口和 nonce，而且 agent 自己不用付 gas。第三步，agent 带着 PAYMENT-SIGNATURE 头（v1 里叫 X-PAYMENT）把原来的请求重发一遍。第四步，服务器把这份载荷交给 facilitator：先 POST /verify 验签，再 POST /settle 把预签名交易送上链；确认后服务器返回资源，并附带 PAYMENT-RESPONSE 头，client 把它记进自己的审计 trail。从 agent 的视角看，它只发了两次 HTTP 请求；从商户的视角看，钱直接进了钱包，一张信用卡表单都没见过。

三个角色分工明确。client 可以是任何请求方——人操作的 App、AI agent、程序化服务，它只需要一个钱包，不需要账户、凭证、session。server 负责在 402 里定价、验签、结算，x402 的中间件和 SDK 会把大部分脏活代劳。facilitator 是"链交互外包商"：它不持有资金，只是替 server 验证并广播 client 预签好的交易——Coinbase 在 x402.org/facilitator 运营着公共 facilitator，任何人也可以按开放规范自建一个。

设计上最狠的一点是"信任最小化"：facilitator 和 server 都动不了超出 client 签名授权的一分钱——付多少钱、付给谁、什么时间窗口内有效，全在签名里锁死了。还有两个刻意的选择：整个流程没有任何 KYC 环节，付款方不用建账户、不交个人信息；协议留了扩展机制，402 挑战里可以携带"价格之外"的要求。据近期行业资料，x402 自今年 7 月起交由 Linux Foundation 下的 x402 Foundation 运作，Visa、Mastercard、Google、AWS、Stripe 等 40 家成员已在其中；v2 版本带来了钱包身份、动态收款方，以及 Base、Ethereum、Polygon、Solana、Avalanche、Sui 多链支持——在 Base 上结算约 200 毫秒。

9 笔支付、2 个商户、1 个预算：Cloudflare Connect 上的演示

概念再漂亮，也得看 demo。Mastercard 选择在本周的 Cloudflare Connect 大会上现场演示，场景刻意选得很"无聊"——而这正是高明之处。

主角是一家叫 Hype 的营销机构，要推一款蛋白棒。Hype 给 agent 下达任务并设定预算，agent 通过 Agent Pay for Machines 的 Discovery 服务找到供应商、列出执行计划，交给 Hype 审批；批准后 agent 开工：从 AIsa 买社媒研究、从 Cloudflare AI Gateway 买图像生成，一共完成 9 笔支付、涉及 2 家独立商户、花的是 1 个预先批准的预算。全程没有单独开账户、没有 API 密钥、没有发票。Mastercard 的原话是："The agent paid only for what it used, while Hype stayed in control."（agent 只为实际使用的付了费，而 Hype 始终掌控全局。）

这个 demo 的信息量在于它的" mundane"（平淡）：没有炫技，只有一个朴素的证明——机器可以在人类划定的笼子里，自己完成"找供应商—比价—下单—付款"的完整采购链。对开发者来说，这意味着 agent 应用终于可以设计"按效果付费"的商业模式：agent 跑一次 campaign，花的是它实际调用的服务成本，而不是开发者预先包年买断的 API 额度。

信任四问：先回答问题，再谈花钱

Mastercard 在发行材料里抛出了四个问题，我认为是全文最有价值的部分，因为它点破了 agent 支付真正的门槛从来不是技术，而是信任：

"Who gave the agent permission to spend? How much can it spend? What can it spend that money on? And who is it paying?"（谁授权 agent 花钱？它能花多少？能花在什么上？付给谁？）

Agent Pay for Machines 的整套设计就是围绕这四个问题长的：人类预批任务与预算（谁授权）、预算上限与内置支出控制（花多少）、商户与服务品类限制（花在哪）、商户核验支付凭证且全程可审计（付给谁）。早期访问提供买方/卖方两套 API、开发者工具包与测试沙盒，支持卡、银行账户、稳定币——注意，是"全部带内置支出控制"。

为什么这四问重要？因为 agent 时代最大的财务风险不是"agent 买贵了"，而是"agent 被骗了"或者"agent 失控了"。一个出现幻觉的 agent 可能在几秒钟内把预算烧光，一个被 prompt 注入的 agent 可能把钱付给攻击者的商户。Mastercard 作为卡组织，最懂的就是"如何在不信任中完成交易"——这套风控基因，恰恰是纯 crypto 方案最缺的。这也是它敢把"信任、安全与覆盖"放在宣传第一位的原因。

第一问——"谁授权 agent 花钱？"对应的是"人类预批任务与预算"。人类侧要做的，是把授权落到"任务级"：不是"给这个 agent 一张卡"，而是"批准这个任务花这笔预算"。Hype 的 demo 就是现场教学：agent 先找供应商、列计划，人类审批通过，预算才锁定——授权发生在花钱之前，而不是花完之后对账时。

第二问——"它能花多少？"对应"预算上限与内置支出控制"。人类侧要做的，是设硬上限、单笔上限和熔断：一个出现幻觉的 agent 可能在几秒钟内烧光预算，一个被 prompt 注入的 agent 可能把钱付给攻击者的商户——这是 agent 支付唯二的噩梦，熔断是最后的底线。

第三问——"能花在什么上？"对应"商户与服务品类白名单"。人类侧要做的，是只放行清单内的服务品类：计划外的新商户，先审批、再加白，而不是让 agent 在任务推进中"自行发现"新的花钱姿势。

第四问——"付给谁？"对应"商户核验支付凭证、全程可审计"。人类侧要做的，是定期查账、对账：每笔支付自带 PAYMENT-RESPONSE，账本是现成的，查不查在你。"The agent paid only for what it used, while Hype stayed in control"——后半句的"掌控"，靠的就是这本账。

对照一下：API key 时代是怎么收钱的

先看旧模式的三件套：注册账户、绑 API key、预充值；换一家供应商，三件套重来一遍。对人类开发者这是"开户税"，对 agent 这是不可扩展——它没有邮箱收验证邮件，也没耐心在 5 个供应商之间逐一走完开户。而在 x402 里，付款方连账户都不用建：要钱是协议本身会说的一句话。

更本质的差别在风险结构。API key 一旦泄露就是一张敞口支票：谁拿到 key，谁就能花，花多少、花给谁全凭拿到 key 的人。而 x402 的支付授权是"签名的、限定的"：EIP-3009 签名里锁死收款方、金额、有效期窗口和 nonce，facilitator 和 server 都无权超额划走。key 是"身份即权力"，签名授权是"一事一议"——偷走一份签名，最多偷走一笔已经限定好的支付。

对账侧也反过来了。旧模式靠发票、靠人工对账，账单和调用记录是两套系统；新模式里每笔支付自带 PAYMENT-RESPONSE，client 天然就有一条审计 trail——机器的账，机器自己记，人类负责抽查。

拼图背后的阵容：Coinbase、Base、BVNK

一次支付要跑通，需要整条链路。Mastercard 这次摆出的技术阵容，几乎是"传统金融 × 加密原生"的全明星：

Coinbase 开发者平台提供钱包基础设施；Coinbase 旗下的以太坊 Layer 2 网络 Base 负责链上结算；BVNK 提供 agent 钱包功能，支持法币或稳定币支付，并通过 Mastercard 的 Global Money Platform 完成清算。值得一提的是，BVNK 是 Mastercard 在今年 8 月收购的——收购金额据报道达 18 亿美元，一家稳定币基础设施公司被卡组织吃下，当时就被解读为"为 agent 支付铺路"，现在看确实如此。

在开放早期访问之前，Mastercard 已经跑完了一轮端到端试点，参与方包括 Cloudflare、Coinbase、Base、Ant International、AIsa、BVNK（另有报道提到 AWS）。而时间线拉长看，这件事从 6 月就开始了：Mastercard 在 6 月首次宣布 Agent Pay for Machines 时，就有 30 多家行业伙伴表态支持，包括 Adyen、Cloudflare、Coinbase、Stripe、Checkout.com 等。这不是心血来潮，而是一场准备了四个月的落地。

这套阵容的分工值得再细看一眼：Coinbase 开发者平台出钱包基础设施——agent 的"钱包"长什么样，由它定义；Base 作为以太坊 L2 负责链上结算——L2 的意义就是把单笔结算的速度和成本压到"按次付费"可接受的区间；BVNK 出 agent 钱包功能，法币或稳定币都能走，最后经 Mastercard 的 Global Money Platform 清算——"加密原生"的钱，终点还是要过卡组织的清算网。这也是整件事最妙的隐喻：去中心化的支付意愿，最后要借中心化的信任机器才能规模化。

为什么卡组织要吞一家稳定币公司？答案藏在 agent 支付的货币选择里：稳定币是 7×24、无国界、可编程的，天然适合机器之间的高频小额结算。Mastercard 吃下 BVNK，等于把"稳定币进出卡组织清算网"的管道攥在了自己手里——8 月收购（金额据报道达 18 亿美元）、10 月开放 early access，中间只隔了四个月。这不是财务投资，是基础设施拼图：钱包（Coinbase）、结算链（Base）、法币/稳定币出入（BVNK），三块拼完，收费站才有东西可收。

冷静一下：pilot 是 pilot，生态是生态

但作为资讯，我们得把"发布"和"落地"分开看。Mastercard 自己把当前阶段定为 pilot：收集开发者反馈、打磨系统，之后再做商业推广。早期访问不等于大规模可用，API 和沙盒先行、真实交易量后行，这是大公司推基础设施的标准节奏。

先把 Mastercard 自己的定调摆正：当前阶段是 pilot——先收开发者反馈、打磨系统，再谈商业推广。early access 是"API 和沙盒先行、真实交易量后行"，大公司推基础设施的标准节奏。未知数还很多：费率怎么收、覆盖哪些地域、商户侧的准入门槛多高、真实交易量什么时候起来——发布会回答不了这些，只有 early access 能。

更值得冷静看的是 x402 生态本身的"真实度"。Chainalysis 10 月 14 日的报告称，Base 网络已记录超过 1.38 亿笔 x402 交易，是 agent 商务最活跃的链。但 TRM Labs 的估计是：在其筛查的 2562 万美元相关交易中，看起来真正由 agent 驱动的只有 0.6% 到 7.5%——定时脚本和真 agent 在链上留下的记录几乎一模一样。Artemis 与 a16z 的分析更尖锐：2025 年 12 月的数据里，48% 的交易笔数、81% 的交易量疑似刷量。Saylor Innovations 10 月 15 日的快照则显示，37292 个上架的 x402 服务资源里，只有 246 个达到了"20 个买家"的及格线，建模的 30 天收入约 7.8 万美元——且明确标注"不是经审计的商户收入"。

再把那组"冷静数据"多看一眼：1.38 亿笔（Chainalysis，10 月 14 日）说的是"笔数"；0.6%–7.5%（TRM Labs）说的是"真实度"；48% 笔数、81% 交易量疑似刷量（Artemis/a16z，2025 年 12 月数据）说的是"水分"；37292 个资源只有 246 个达到 20 个买家的及格线、建模 30 天收入约 7.8 万美元且明确标注"不是经审计的商户收入"（Saylor，10 月 15 日）说的是"商户真赚到钱了吗"。四组数字拼在一起，x402 的现状是：协议跑通了，生态还没跑通。

翻译一下：x402 的"交易笔数"很漂亮，但"真实 agent 买单"的比例和"商户赚到钱"的证据都还很薄。Mastercard 入场能不能改变这个局面，正是这次早期访问要回答的问题。巨头的网络效应和信任背书，是刷量刷不出来的东西——但前提是开发者真的愿意把 agent 的钱包接进来。

给开发者的实操建议就一句：先别急着接生产，先去沙盒里把"Hype 式 demo"跑一遍——设一个预算、让 agent 完成几笔真实扣款，看看支出控制和账单审计是不是真如宣传所说。pilot 阶段的 API 和规则都还可能变，沙盒里踩的坑不花钱。

为什么是"最后一块拼图"，以及和 Fragment 的区别

回到开头那个判断：支付是 agent 自主化的最后一块拼图。在此之前，agent 的"经济行为"一直是跛脚的——它可以规划、可以执行，但每一笔花钱都要人类代劳。这意味着 agent 经济的规模上限，就是人类的耐心上限。Mastercard 想做的，是把"花钱"变成 agent 的原生能力，从而把上限交给机器。

这里需要和另一条新闻划清界限：本站此前报道过初创公司 Fragment 完成 1200 万美元融资，做的是 agent 金融基础设施。那是"初创公司拿融资讲故事"，而这是"卡组织本尊下场定标准"——主体不同，新闻层级也不同。Fragment 们证明的是"这件事值得做"，Mastercard 证明的是"这件事开始有标准答案了"。当然，标准答案会不会赢，还要看开发者用脚投票，以及 Visa 那边的"live AI agent pilot"会不会跟进——竞争线已经埋好了。

先看收款侧：你的 vibe 项目可以开始卖"agent 能买的东西"了——数据 API、图像生成、算力配额，按次收费，不用逼用户先包月。如果你想先把"人类付钱"这条路跑通，可以看本站的 Stripe 集成指南《让 AI 生成的项目学会收钱：Stripe 集成》——那是给人付钱的收银台，这篇讲的是给 agent 付钱的收银台，两条路迟早会在你的项目里会合。

再看付费侧：你的 agent 应用可以设计"按任务付费"了——agent 跑一次 campaign，花的是它实际调用的服务成本，而不是你预先包年买断的 API 额度；预算上限和内置支出控制在下面兜底。API、沙盒、支出控制都已经摆在桌上，缺的只是第一个敢把预算交出去的场景。

对 vibe coder 和独立开发者来说，最直接的启示是：下一次你设计的 agent 应用，可以认真考虑"让 agent 自己管一笔小预算"的产品形态了。API、沙盒、支出控制都已经摆在桌上，缺的只是第一个敢把预算交出去的场景。而历史经验是：每一次"机器获得花钱能力"，都会长出一批之前不存在的商业模式——从 App Store 的应用内购，到 SaaS 的按席位付费。agent 的"按任务付费"时代，收银台已经搭好了。