2026年AI 智能体（AI agent）支付API选型指南（按场景）

2026年，并不存在一个单一的、对所有 AI 智能体都最优的支付 API——这取决于智能体需要完成什么任务，以及资金通过哪条通道转移。若需要在聊天界面内完成卡片支付，可关注 PayPal、Adyen 或 Checkout.com 的 ACP 实现。若需要按请求计费的 API 调用或以稳定币支付内容费用，可关注 x402（Coinbase、Circle）或 Stripe 对 x402 与 MPP 的支持。若需要可配置消费上限的智能体钱包，可关注 Circle Agent Wallets、Coinbase 的 Agentic Wallet 或 Crossmint。若需要让智能体通过 MCP 操作已有的商户或 PSP 账户，可关注 Stripe 的 MCP 服务器（写操作需人工确认）或 Airwallex 的 AgentOS（默认关闭资金转出）。若需要具备资金额度、按智能体设限的身份体系，可关注 Skyfire。

最后核实时间：2026-09-28。以上内容是对各家厂商官方文档在某一时间点的解读；由于该领域变化很快，正式开发前请直接向厂商核实。

我们的筛选标准

下文的每一项推荐都必须通过四项标准的检验，且核验依据仅限厂商自身的官方文档、GitHub 组织或新闻稿——绝不采用第三方博客、目录网站或合作伙伴发布的名单：

1. 存在面向智能体的 SDK、工具包或 MCP 服务器，且有公开文档。
2. 资金能够实际完成转移——文档描述的是一个已上线的工具、钱包或结账流程，而非仅存在于路线图中的规划项。
3. 开发者可自助获取访问权限——个人开发者无需经过销售沟通即可获得沙盒环境或完成注册。
4. 有文档记录的护栏机制——消费上限、人工确认或身份/合规筛查，且这些内容出现在厂商自身的文本中（在我们的数据中标注为“not verified”（未核实）的情况，仅代表我们无法确认其是否存在，并不代表该护栏不存在）。

证据基础来自 PinkWallet 的《2026年智能体支付就绪度报告》（Agentic Payments Readiness Report 2026）——这是一份对 13 家支付厂商进行的 7 维度审计，访问时间为 2026-09-28，同时也参考了我们自己对支付类 MCP 服务器全景的研究。下文所有引用均逐字摘自所链接的原始来源；完整引用列表见随本指南一同发布的附属文件。

按场景推荐

聊天内的卡片支付（ACP）

适用厂商：PayPal、Adyen、Checkout.com。

• PayPal 提供了一份 Agentic Commerce Protocol 集成指南："Use this guide to build a custom ChatGPT app that accepts payments using the Agentic Commerce Protocol (ACP)"（“请使用本指南构建一个能通过 Agentic Commerce Protocol（ACP）接受付款的自定义 ChatGPT 应用”）（developer.paypal.com）。其 schema 对支付令牌强制执行 max_amount 限制及有效期校验，结账环节使用 "a secure, single-use reference to the buyer's payment information"（“一个安全的、一次性使用的买家支付信息引用”）。当前状态：未明确标注为 GA（正式发布）；目前支持的支付方式为卡片、Apple Pay 和 Google Pay，PayPal Wallet 与 Venmo 被标注为“coming soon”（即将推出）。
• 需要注意：官方文档分散在一个 GitBook 页面和多篇社区博客文章中，没有单一的权威页面列出默认护栏机制；在我们的核查中，专门针对 ACP 流程的自助注册仅被评为“partial”（部分支持）。
• Adyen 提供了一个 MCP 服务器，并支持兼容 ACP/UCP 的结账流程："Manage the full Agentic Commerce Protocol (ACP) checkout flow on behalf of Adyen merchants"（“代表 Adyen 商户管理完整的 Agentic Commerce Protocol（ACP）结账流程”）（docs.adyen.com）。同一页面还提到其支持 UCP——谷歌的另一套独立结账标准。
• 需要注意：我们核查的页面中未找到针对智能体流程的消费上限或人工确认相关表述；请将护栏机制视为“not verified”（未核实），而非不存在，并直接向 Adyen 核实。
• Checkout.com 在 2025-11-25 发布的新闻稿中宣布支持 ACP："Checkout.com, a leading global digital payments company, today announced its support for the Agentic Commerce Protocol (ACP)"（“全球领先的数字支付公司 Checkout.com 今日宣布支持 Agentic Commerce Protocol（ACP）”）（checkout.com/newsroom）。其 MCP 服务器的功能描述包括 "Query payment statuses, void payments"（“查询付款状态、作废付款”），并且文档中记录了自助式测试账户注册流程（"Get test account"（“获取测试账户”），checkout.com/docs）。
• 需要注意：该 MCP 服务器自身的能力范围仅限于作废/查询级别，并非完整的结账执行；具体支付操作的访问权限由已登录 Dashboard 用户现有的角色权限决定，而非专为智能体设计的独立策略层。

按请求计费的 API 调用或稳定币内容支付（x402 / MPP）

适用厂商：Coinbase、Circle、Stripe。

• Coinbase 自己发布了 x402 规范："x402 is an open standard for internet native payments. It aims to support all networks (both crypto & fiat) and forms of value (stablecoins, tokens, fiat)"（“x402 是一套面向互联网原生支付的开放标准，旨在支持所有网络（包括加密货币与法币）以及各种价值形式（稳定币、代币、法币）”）（github.com/coinbase/x402）。其 AgentKit README 中写道 "Every AI Agent deserves a wallet"（“每一个 AI 智能体都应该拥有一个钱包”）（github.com/coinbase/agentkit），其 Agentic Wallet CLI 文档中记录了 "Configurable caps per session and per transaction"（“可按会话和按交易配置消费上限”），并支持 USDC 在 Base、Base Sepolia、Polygon、Solana 和 Solana Devnet 上的使用。
• 需要注意：Coinbase 的 Agentic Wallet 文档中仅描述了链上资产；我们核查的页面中未描述智能体钱包支持卡片或银行转账通道，因此应将其视为一条稳定币通道，而非通用支付 API。
• Circle 发布了一个开源技能仓库，其中包含一项 x402 卖方集成技能："Monetize an HTTP endpoint for agents with USDC pay-per-call payments. Defaults to Gateway Nanopayments, covers x402 seller integration, paid-call verification, and Agent Marketplace listing prep"（“通过 USDC 按调用付费的方式为智能体的 HTTP 端点实现货币化。默认使用 Gateway Nanopayments，涵盖 x402 卖方集成、付费调用校验以及 Agent Marketplace 上架准备”）（github.com/circlefin/skills）。Circle 的一篇博客文章描述了买方侧的情况："By combining Circle Wallets with the x402 protocol, we enabled our AI agent to seamlessly pay for API access"（“通过将 Circle Wallets 与 x402 协议结合，我们使 AI 智能体能够无缝地为 API 访问付费”）（circle.com/blog）。
• 需要注意：该仓库未明确说明是 GA（正式发布）还是 beta 状态；按交易调整消费上限需要通过一次性密码（OTP）验证，如果需要通过程序化方式提高上限，这会增加一个人工步骤。
• Stripe 在同一个页面上记录了两种协议："Stripe supports stablecoin payments on both MPP and x402 protocols across the following networks and currencies"（“Stripe 在以下网络和币种上同时支持 MPP 与 x402 协议的稳定币支付”）（MPP/Tempo/USDC.e、MPP/Solana/USDC、x402/Base/USDC），另有单独表述："Stripe also supports stablecoin payments over the x402 protocol"（“Stripe 还支持通过 x402 协议进行的稳定币支付”）（docs.stripe.com/payments/machine.md）。
• 需要注意：这部分内容记录在 Stripe 更广泛的智能体商务（agentic-commerce）文档之下，其中部分功能处于私有预览阶段（"This feature is in private preview"（“该功能处于私有预览阶段”），docs.stripe.com/agentic-commerce.md）；在依赖某个具体的稳定币流程之前，请先确认它是否已进入 GA（正式发布）阶段。

持有稳定币并设有消费上限的智能体钱包

适用厂商：Circle、Coinbase、Crossmint。

• Circle Agent Wallets 直接记录了按周期设置的消费上限："View spending limits (per-tx, daily, weekly, monthly) on a Circle agent wallet in-agent … Mainnet only"（“在智能体内查看 Circle 智能体钱包的消费上限（按笔、按日、按周、按月）……仅限主网”）（github.com/circlefin/skills）。修改这些上限需要人工步骤："Setting or resetting limits is OTP-gated — the agent hands the user a verbatim command to run in their own terminal so the OTP never passes through agent storage."（“设置或重置上限需要一次性密码（OTP）验证——智能体会将一段原样命令交给用户，由用户在自己的终端中运行，从而确保 OTP 不会经过智能体的存储环节。”）
• 需要注意：在我们的审计中，Circle 多项卡片/银行通道相关的核查结果均为“not verified”（未核实）——目前有充分证据支持的通道是通过 Circle Wallets 实现的 USDC，而非专为智能体设计的卡片或银行转账。
• Coinbase 的 Agentic Wallet CLI 文档中记录了 "Configurable caps per session and per transaction"（“可按会话和按交易配置消费上限”）以及 "All transfers are automatically screened against OFAC sanctions lists and blocked before submission onchain"（“所有转账都会自动根据 OFAC 制裁名单进行筛查，并在提交至链上之前予以拦截”）（docs.cdp.coinbase.com）。
• 需要注意：仅支持稳定币（USDC）——根据 Coinbase 自身文档，智能体钱包明确不支持卡片和银行转账通道。
• Crossmint 记录了有范围限定、可撤销的消费控制机制："Every allowance is scoped, explicit, and revocable"（“每一项额度都是有明确范围、显式声明且可撤销的”）以及 "Card limits hold at Visa and Mastercard, wallet limits hold onchain"（“卡片限额在 Visa 和 Mastercard 侧生效，钱包限额在链上生效”），另有 "Agents pay with one-time or encrypted credentials, never the user's card number"（“智能体使用一次性或加密凭证付款，绝不使用用户的卡号”）（docs.crossmint.com/agents/overview）。文档中还自述支持 x402 客户端以及非托管稳定币钱包。
• 需要注意：其结账 MCP 服务器一旦环境变量切换为生产环境，就会执行真实购买；README 中除了这个开关之外，没有记录额外的消费上限或人工审批步骤（"These purchases are real"（“这些购买是真实发生的”），github.com/Crossmint/mcp-crossmint-checkout）。

让智能体通过 MCP 操作已有的商户或 PSP 账户

适用厂商：Stripe、Airwallex。

• Stripe 的 MCP 服务器文档明确区分了读操作与写操作，并引入人工介入确认："Write data with any Stripe API POST, PATCH, PUT and DELETE method"（“通过任意 Stripe API 的 POST、PATCH、PUT 和 DELETE 方法写入数据”）（即 stripe_api_write 工具），以及 "Stripe requires human confirmation before it takes certain stripe_api_write actions, such as refunds and outbound payments. To confirm an action, click the URL provided by your agent... If you don't approve the action within 24 hours, it expires"（“在执行某些 stripe_api_write 操作（如退款和对外付款）之前，Stripe 需要人工确认。要确认某项操作，请点击智能体提供的链接……如果在 24 小时内未批准该操作，它将过期失效”）（docs.stripe.com/mcp.md）。
• 需要注意：从 2026 年 10 月 31 日起，Stripe 自身文档指出该 MCP 服务器“no longer accepts full-access secret keys or restricted API keys without the Agent tag”（“将不再接受完全访问密钥，也不再接受没有 Agent 标签的受限 API 密钥”）——如果你在此日期之前完成集成，请提前规划这一密钥轮换要求。
• Airwallex 的 AgentOS 明确说明默认关闭资金转出："AgentOS components do not initiate money-out actions (transfers, FX conversions, or payouts) on your behalf"（“AgentOS 组件不会代表您发起资金转出操作（转账、外汇兑换或提现）”），以及 "the server annotates write tools (create, update, or delete) so clients can prompt for confirmation"（“服务器会为写操作工具（创建、更新或删除）添加注释，以便客户端提示用户确认”）（airwallex.com/docs）。
• 需要注意：其技能集被标注为 beta（"AgentOS skills are in beta. The skill set and behavior may change before general availability"（“AgentOS 技能集目前处于 beta 阶段，在正式发布前，技能集和行为可能发生变化”）），并且访问需要针对已有的生产环境 Airwallex 账户进行 OAuth 授权，而非一个全新的、专为智能体准备的沙盒环境。

具备资金额度、按智能体设限的身份体系

适用厂商：Skyfire。

Skyfire 是一套基于令牌的身份与支付层，而非单一的结账 API："Create a verified identity for your AI agents, enabling account creation and authentication,"（“为您的 AI 智能体创建经过验证的身份，实现账户创建与身份认证”）以及 "Set spending limits per agent to ensure cost control"（“为每个智能体设置消费上限以控制成本”）（skyfire.xyz/product）。其文档记录了跨多种通道的资金注入方式："Fund agents using traditional payment rails like debit cards credit cards, ACH, international wires or USDC."（“使用借记卡、信用卡、ACH、国际电汇或 USDC 等传统支付通道为智能体注资。”）文档中记录了自助式访问方式（一个登录/注册控制台，无需销售沟通，app.skyfire.xyz）。

• 需要注意：Skyfire 是一个身份与令牌层，位于卖方自身的 MCP 服务器或 API 之前，而非一个单一的、托管式的支付执行产品；我们本轮审计并未深入研究其 MCP 服务器或协议支持相关页面，因此应将其视为待确认的开放问题，而非已确认不存在。

需要人工审批的企业级支出

适用厂商：Stripe、Airwallex、Circle（均已在上文引用）——这是文档记录最清晰的一类情形：智能体可以提出付款请求，但必须经人工批准后才能执行，包括 Stripe 针对 stripe_api_write 操作的 24 小时确认链接、Airwallex 的默认拒绝加逐工具写操作确认，以及 Circle 的 OTP 门控式限额修改。

• 需要注意：在全部 13 家厂商样本中，只有少数厂商的文档明确记录了人工确认相关表述——对于其余大多数厂商而言，这仍是一个待确认的开放问题，而非已确认不存在。

汇总表

2026年仍然缺失的部分

几乎整个样本都存在两个共同缺口。护栏机制的具体细节是记录最不完整的维度：我们的就绪度报告发现，在受审计的 13 家厂商中，只有少数厂商明确记录了消费上限、人工确认和身份/合规筛查——对大多数厂商而言，这一项是“not verified”（未核实），是需要向厂商提出的开放问题，而不是该控制机制不存在的证据。智能体专属定价基本未公开：13 家厂商中有 11 家针对智能体专属费率显示“pricing: not found”（“未找到定价”）；另外两家（Circle、Stripe）沿用了通用的处理费/产品定价，而非发布专门的智能体定价方案。即便沙盒环境完全自助可用，也要为定价方面可能需要的销售沟通预留预算。

常见问题

2026年，AI 智能体的最佳支付 API 是什么？ 并不存在适用于所有场景的单一最佳 API。具体选择取决于智能体需要的是聊天内的卡片支付（ACP）、按请求计费的稳定币支付（x402/MPP）、带消费上限的资金钱包，还是通过 MCP 操作已有商户账户的能力——参见上文的推荐。

对于自主 AI 采购，哪家支付厂商最适合？ 取决于你需要的通道和护栏机制。Circle 和 Coinbase 在稳定币通道上对带有按笔和按周期消费上限的资金钱包有充分的文档记录；Stripe 的 MCP 确认门控和 Airwallex 的默认拒绝模式，是两种有据可查的机制，适用于需要在资金转移前经人工批准的采购场景。

哪些厂商支持基于稳定币的机器对机器支付？ Coinbase 和 Circle 都在各自的文档和代码仓库中发布了 x402 集成方案；Stripe 的文档记录了对 x402 和 MPP 两种稳定币支付协议的支持；Crossmint 的文档记录了面向 x402 和 MPP 的非托管稳定币钱包。

AI 智能体如何自主完成支付？需要哪些基础设施？ 至少需要：一个智能体可以据以行动的、已注资的钱包或账户；一种让智能体发现并调用支付工具的方式（通常是 MCP）；以及一层护栏机制——消费上限、白名单或人工审批阈值——因为底层协议（x402、AP2、ACP）都不会替你决定这些限制。参见AI 智能体消费策略模板与什么是 AI 智能体钱包。

拥有 MCP 服务器是否等同于能够通过它完成付款？ 并不等同。在我们的审计中，有多个官方文档记录的 MCP 服务器的能力范围仅限于读取/搜索或作废/查询操作，而不涉及资金转移——请核实写操作工具是否包含支付执行功能，以及该功能默认是否开启。参见支付 MCP 服务器对比。

这些推荐会很快发生变化吗？ 会的。我们所依据的就绪度报告中的条目，在早期草稿与最终发布之间，经过当天的复查后发生过变化；被标注为 beta 的产品（Airwallex AgentOS、Adyen 的 MCP 服务器）也可能在正式发布前发生变化。在正式开发前，请对照厂商当前的文档重新核实。

披露声明

本指南由 PinkWallet 发布，PinkWallet 正在打造 Pink Agentic AI Payments（早期访问，仅限候补名单）；该产品未被纳入上文的推荐名单。

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

相关阅读

• 支付 MCP 服务器对比
• x402 vs AP2 vs ACP
• 2026年智能体支付市场地图
• AI 智能体消费策略模板
• 什么是 AI 智能体钱包？
• 什么是 x402？
• 什么是 Agentic Commerce Protocol（ACP）？
• AI 智能体虚拟卡对比