智能体支付市场地图2026：AI智能体支付领域谁在做什么

简要回答：2026 年的智能体支付（agentic payments）市场分为七层：开放协议（x402、AP2、ACP、MPP、UCP）、卡组织代理计划（Visa Trusted Agent Protocol、Mastercard Agent Pay）、智能体钱包与稳定币（stablecoin）通道、来自 PSP 的支付 MCP 服务器与智能体工具包、消费控制/策略与审批工具、智能体身份（"Know Your Agent"）（"了解你的智能体"）系统，以及结账/智能体商务平台。若以官方文档是否描述了真实上线、能实际处理资金的产品为衡量标准，最成熟的玩家是 Stripe、Coinbase、Circle、Visa 和 Mastercard；协议层（x402、AP2、ACP）与消费控制/策略层则是早期阶段和单一用途工具最扎堆的两层。

最后核实时间：2026-09-28。这是对一个快速变化市场的时点快照；下表每一行都链接到我们亲自打开核实过的原始信息来源。

七个层级

协议与标准。这一层定义的是支付请求的消息格式，而不是一款你可以购买的产品。x402 与 MPP 为机器对机器（machine-to-machine）支付标准化了 HTTP 402 请求/响应；AP2 标准化了一种加密签名证明，用以证明某个人类已授权 AI 智能体正在购买的内容；ACP 与 UCP 标准化了智能体对商户的结账流程。参见什么是智能体支付？与x402 vs AP2 vs ACP。

卡组织代理计划。Visa 与 Mastercard 正在扩展各自的代币化（tokenization）基础设施——而不是采用第三方协议——从而让发卡机构或商户能够识别出"this specific agent, with these specific limits, is transacting"（"正在交易的是这个具体的智能体，且带有这些具体的限制"），而不是把智能体流量当作匿名机器人流量处理。参见Visa Trusted Agent Protocol与Mastercard Agent Pay。

智能体钱包与稳定币通道。这一层解决的是托管（custody）问题：一个自主运行的进程如何在无需人类每次手动输入卡号的情况下持有并转移资金？这些产品大多是原生基于加密货币/稳定币的，采用 MPC 密钥分片、智能合约委托，或是在交易签名前先由策略引擎（policy engine）进行检查。参见什么是 AI 智能体钱包？。

来自 PSP 的支付 MCP 服务器与智能体工具包。支付处理商正在将其现有 API 以工具的形式开放出来，供 AI 客户端通过 Model Context Protocol 调用。MCP 本身并不是一种支付协议——它只是智能体用来发现并调用某家公司工具的"管道"，而这些工具能否转移资金（以及在什么控制之下）在不同厂商之间差异极大。参见通过 MCP 实现支付与支付 MCP 服务器对比。

消费控制/策略与审批层。上述几乎每一层都假设某处存在一条预算或审批规则，但其中很少有层能原生地在整个智能体与工具舰队中强制执行这条规则。这一层正是专门产品——预算引擎、审批网关与策略控制台——所在之处，它们叠加在钱包、MCP 服务器与协议之上（或之前）。参见AI 智能体消费控制。

智能体身份／"Know Your Agent"（KYA，了解你的智能体）。在一条消费规则能够被执行之前，商户或服务需要知道究竟是哪一个智能体、代表谁在发起请求。这一层验证的是智能体身份——不同于对某笔具体购买的授权——通常是为了让反机器人防护基础设施不会误拦合法的智能体。参见Know Your Agent（KYA）。

结账／智能体商务平台。这一层是具体的、面向商户的购买真正完成的地方——买家在聊天界面或智能体流程中批准订单，而由平台（而非协议本身）来处理能力协商、代币化与结算。

市场地图

PinkWallet 发布了这份地图，同时也在其中构建自己的产品；它只被列出一次，归入其所属的层级，并未与上述其他公司进行评分或排名比较。

2026 年发生了哪些变化

• 2026 年 1 月 11 日：Google 发布了 UCP（Universal Commerce Protocol），这是一个与 Shopify、Etsy、Wayfair、Target 及 Walmart 共同构建的开源智能体结账标准，并将其描述为"compatible with Agent Payments Protocol (AP2)"（"与 Agent Payments Protocol（AP2）兼容"）（Google Developers Blog）。
• 2026 年 3 月 18 日：Stripe 与 Tempo 发布了 MPP（Machine Payments Protocol），其自身的规范网站将其描述为"the open standard for machine-to-machine payments via HTTP 402"（"通过 HTTP 402 实现机器对机器支付的开放标准"）（mpp.dev）。
• 2026 年 4 月 28 日：Google 将 AP2 捐赠给了 FIDO Alliance，称此举是"to help further scale the technology and promote industry-wide innovation"（"有助于进一步扩展该技术并推动全行业创新"）（Google blog）。
• 2026 年 7 月 1 日：Cloudflare 发布了其 Monetization Gateway，将其描述为"an engine that will give Cloudflare customers the ability to charge for any asset protected by Cloudflare: web pages, datasets, APIs, or MCP tools"（"一个引擎，将使 Cloudflare 客户能够为任何受 Cloudflare 保护的资产收费：网页、数据集、API 或 MCP 工具"）（Cloudflare blog），将其早前基于 x402 的"pay per crawl"（"按抓取付费"）功能从网页扩展为一个通用的收费层。
• 2026 年 7 月 14 日：x402 Foundation 在 Linux Foundation 旗下正式启动运营，首批高级会员包括 Google、Stripe、Visa、Mastercard、AWS 与 Coinbase（Linux Foundation）。
• 2026 年 10 月 31 日（即将生效）：Stripe 的 MCP 服务器将停止接受完全访问权限的密钥（secret key）或未标注 Agent 标签的受限密钥，据 Stripe 自身文档所述："Beginning October 31, 2026, Stripe MCP no longer accepts full-access secret keys or restricted API keys without the Agent tag"（"自 2026 年 10 月 31 日起，Stripe MCP 将不再接受完全访问权限的密钥，也不再接受未带 Agent 标签的受限 API 密钥"）（docs.stripe.com/mcp）。

如何解读这份地图——以及它在哪些地方还很单薄

这份地图统计的是产品的数量，而非成熟度。某一行出现在表中，意味着该公司自己的网站、文档或 GitHub 描述了一个真实存在的事物——但并不意味着该产品已正式发布（generally available）、被广泛采用，或者可以在不经过你自己审查的情况下直接接入使用。

有两个层级确实相当单薄，值得直言指出：

• 消费控制/策略是制度化程度最低的层级。PinkWallet 自己的Agentic Payments Readiness Report从七个维度审计了 13 家支付服务商，发现："Guardrail specifics (spend limits, human confirmation, compliance screening) are the least-documented dimension across the sample. If spend control is a requirement for your deployment, expect to verify D5 directly with each vendor rather than relying on marketing language like 'enterprise-grade security.'"（"护栏细节（消费上限、人工确认、合规筛查）是样本中记录最不完整的维度。如果消费控制是你部署的必要条件，预计需要直接向每家厂商核实 D5 项，而不能依赖诸如'enterprise-grade security'（'企业级安全'）之类的营销措辞。"）与这一发现一致，这一层级中列出的大多数产品都是小型、单一用途的工具（Locus、PolicyLayer、SpendNod、一个开源 GitHub 项目），而非来自大型支付处理商的产品——我们审阅过的 PSP MCP 文档中，没有一份描述过专门的、跨智能体的预算控制台；它们所描述的控制手段范围更窄（人工确认关卡、只读标志位、客户端白名单）。
• 针对智能体使用场景的定价基本未被公开。同一份报告发现："Eleven of thirteen vendors show 'pricing: not found' on D7.2 for an agent-specific rate; the other two (Circle, Stripe) explicitly reuse their general processing/product pricing rather than publishing an agent-specific rate card."（"13 家厂商中有 11 家在 D7.2 项（智能体专属费率）显示'pricing: not found'（'未找到定价'）；另外两家（Circle、Stripe）则明确沿用其通用的处理/产品定价，而没有发布专门的智能体费率表。"）如果你正在为一次部署做预算，预计在看到具体数字之前，还需要先经过一轮销售沟通。
• "Has an MCP server"（"拥有 MCP 服务器"）和"can move money without limits"（"能够无限制地转移资金"）是两个不同的说法。我们的姊妹文章支付 MCP 服务器对比发现，在所核查的 16 家公司中，"money-out-by-default is the norm, not the exception"（"出金默认开启是常态，而非例外"）——大多数厂商上线的写入类工具（退款、订单、付款链接）都没有专门设计的消费上限，而是依赖底层账户中普通的 API 密钥或控制台角色权限。
• 较新协议的采用情况较为集中，而非普及。在同一份 Readiness Report 样本中，x402 与 ACP 各自有四家自称采用的厂商（x402：Circle、Coinbase、Crossmint、Stripe；ACP：Stripe、Adyen、PayPal、Checkout.com）；截至 2026-09-28，这 13 家公司样本中没有任何一家厂商在自身文档中自称已集成 AP2。

研究方法

我们通过结合 PinkWallet 此前经过信息来源核实的研究——Agentic Payments Readiness Report 2026（13 家支付服务商，7 个维度）与支付 MCP 服务器对比（16 家公司）——并针对协议、卡组织计划、智能体钱包与消费控制层进行了新一轮核实，从而构建了这份地图。对于上表中的每一行，我们都直接打开了该公司自己的域名、文档或官方 GitHub 仓库（而非搜索引擎摘要或第三方目录列表），并记录了支持"功能说明"与"状态"两栏内容的原文引用，保存在一份配套的信息来源文件中。在研究过程中，我们在 MCP 目录与融资报道中发现了几家候选公司——包括 Nekuda 和 Natural——但由于截至撰写本文时，我们无法在其官方主页上确认具体的支付产品说法，因此未将它们收入表中；具体核查内容及未收录原因，参见配套的信息来源文件。

这是一份时点快照，而非永久性排名。公司是否被收录，反映的是我们截至 2026-09-28 能够核实的信息，而不代表融资情况、市场份额或任何形式的背书。欢迎通过 pinkwallet.com/agentic 提出更正。

常见问题

哪些是构建智能体 AI 支付基础设施的关键公司？ 在所有层级中，并不存在单一的领跑者。在 PinkWallet Readiness Report 的 13 家服务商中，Circle 与 Skyfire 对智能体护栏（消费上限、审批）的文档记录最为完整，Stripe 与 Airwallex 是仅有的两家在 MCP 文档中明确描述了资金转移权限边界的公司；Visa 与 Mastercard 正在以各自的智能体身份与代币化计划扩展其卡组织网络；Google、Coinbase 与 OpenAI/Stripe 则各自发布了一项基础协议（AP2、x402、ACP）。

智能体支付市场地图分为哪些层级？ 共七层：协议与标准、卡组织代理计划、智能体钱包与稳定币通道、来自 PSP 的支付 MCP 服务器与智能体工具包、消费控制/策略与审批、智能体身份（KYA），以及结账/智能体商务平台。参见上文"七个层级"一节。

哪些金融科技初创公司允许 AI 智能体持有并花费资金？ Coinbase（Agentic Wallet，USDC）、Circle（Agent Wallets，限时消费上限）、Crossmint（非托管稳定币钱包）、Fireblocks（Agentic Payments Suite，MPC 托管）、Privy 与 Turnkey（内嵌式/策略限定钱包），以及 Catena Labs（一个正在申请银行牌照的 AI 原生银行平台），根据它们各自网站的介绍，都发布了一款可供智能体持有资金并从中支出的钱包类产品。

哪些公司为 AI 智能体支付提供消费治理或策略控制？ 这份地图中专门的策略/审批产品包括 Locus、PolicyLayer、SpendNod，以及开源项目 agent-verifier-mcp，此外还有 PinkWallet 的 Pink Agentic AI Payments（早期访问；候补名单；尚无公开沙盒）。另外也有一些钱包与 MCP 产品内置了范围更窄的控制功能——例如 Circle 的限时消费上限、Coinbase 的单次会话限额、Stripe 的人工确认关卡，以及 Airwallex 对出金操作的默认拒绝。

智能体支付市场在哪个环节最为单薄？ 是消费控制。在 PinkWallet Readiness Report 涉及的 13 家服务商中，护栏细节（消费上限、人工确认、合规筛查）是记录最不完整的维度。这份地图中大多数专门的策略与审批产品都是小型、单一用途的工具，而非来自大型支付处理商的产品。参见AI 智能体消费控制。

MCP 本身是一种支付协议吗？ 不是。Model Context Protocol 是一种通用方式，供 AI 客户端发现并调用某家公司的工具；这些工具能否转移资金——以及在什么限制之下——是由每家公司自己的服务器所定义的，而不是由 MCP 本身定义的。参见通过 MCP 实现支付。

Pink 的位置：Pink Agentic AI Payments（PinkWallet 出品，早期访问）是 AI 智能体与公司资金之间的审批层：由自然语言规则、每个智能体的预算和人工审批来决定每一笔付款，之后才会签发一次性卡或银行转账。加入早期访问名单。

相关内容

• 什么是智能体支付？
• 什么是 x402？
• 什么是 AP2？
• 什么是 Agentic Commerce Protocol（ACP）？
• 什么是 AI 智能体钱包？
• 什么是 AI 智能体消费控制？
• 什么是 Know Your Agent（KYA）？
• 什么是 Mastercard Agent Pay？
• 什么是 Visa Trusted Agent Protocol？
• 什么是通过 MCP 实现的支付？
• 支付 MCP 服务器对比
• x402 vs AP2 vs ACP
• Agentic Payments Readiness Report 2026