Agentic payments 与 x402 详解

AI 智能体通过 x402 为 API 付款：API 返回 HTTP 402 和价格，智能体用 USDC 结算后重试请求。智能体把这笔 USDC 存放在一个它无需接触密钥的钱包中，而这个钱包只需 Alchemy CLI 中的一条命令即可获得。下面的三个回答分别对应其中的每一步。

AI 智能体如何为 API 付款？

智能体在它原本就在发送的同一个 HTTP 请求上完成付款，使用的是 x402 协议。它请求某个资源，服务器返回 402 Payment Required，其中包含价格、网络和收款地址，智能体签署一笔 USDC 付款，并带着付款证明重试请求，随后服务器返回数据。整个过程不需要账户、留存的卡信息或 API 密钥。

使用 Alchemy CLI 时，alchemy x402 request 就是一个能够付款的 curl。--estimate 会解码报价而不实际付款，--max-payment 则设定智能体最多可以花费的金额：

报价高于上限时不会付款，而未设置上限的非交互式运行会直接退出，不会付款。同样的流程也适用于 Alchemy 自身：智能体可以在 Base 上用 USDC 为区块链数据和 RPC 访问付款，无需在控制台注册，也不需要 API 密钥。

AI 智能体如何持有 USDC？

智能体把 USDC 存放在链上钱包中，它能花费的金额就是该钱包的余额，再加上你围绕它设定的限制。稳妥的做法是：只放少量余额、设置单笔付款上限，并使用一个智能体从不经手私钥的钱包。

在 Alchemy 上有两种方式来完成这一设置：

• Agent Wallet 会话。 密钥由托管方持有，智能体只持有一个本地 session signer，你在控制台中批准它的能力范围和过期时间。这是用于向第三方 x402 v2 API 签署付款的会话。
• 本地钱包。 密钥保存在智能体所在的机器上。这是使用 SIWE 登录 Alchemy 自家 API，并用 USDC 向 Alchemy 付款的钱包。

任选其一，充入少量 USDC，并在智能体运行之前检查余额。对于有上限的付款，CLI 会动用钱包中的 USDC，或预先充值的 Circle Gateway 余额，后者可通过 alchemy x402 balance 查看。

AI 智能体如何获得钱包？

智能体通过 Alchemy CLI 分三步获得钱包：安装、登录，然后连接钱包。

最后一条命令会打开控制台，供你批准该会话。此后，alchemy wallet address 会返回需要充值的地址。如果希望在没有托管方持有密钥的情况下运行，可使用 alchemy wallet connect --mode local 创建一个本地钱包。会话与权限模型说明了会话如何限定范围和撤销，以及 Alchemy 与 Privy、Coinbase 的对比。

什么是智能体支付？

智能体支付（agentic payments）让软件为自己使用的资源付款。一旦智能体能够持有资金并自行结算费用，它就不再只是起草订单的工具，而成了下单的主体。三十年来，软件可以推荐一次购买，但从不会自己完成购买：由人来输入卡号、批准扣款，或设置订阅。这正是智能体商业——这个智能体代表你购买数据、算力和服务、正快速发展的领域——底层的资金层。

智能体支付是 AI 智能体在你预先设定的限额内，自主完成的交易。智能体购买一次 API 调用、一份数据集、一单位算力或一项服务，并自行结清费用，无需将每笔扣款都转交给人来处理。你也可能看到 agent payments 这种叫法，二者指的是同一件事。

真正的变化在于谁掌握支付权限。在普通应用中，软件准备好一笔付款，由人来确认。而在智能体系统中，你只需一次性授予智能体一个预算和一套规则，此后它便在工作过程中自行付款。可以把它想象成一张限额严格、且只能用于指定供应商列表的企业卡，交到了一个员工手中，让他可以按工作需要自行购买所需之物。

有必要区分两个常常一起出现的术语。智能体支付是一个宽泛的类别，指智能体自主完成的任何付款。x402 是用于在网络上完成此类支付的一个具体协议。这一类别正逐渐统一到共享的支付轨道上，而 x402 是大多数开发者最先选用的那一个。

为什么常规支付轨道不适用于 AI 智能体？

银行卡网络和结账流程都假定有人在场。有人读取总金额、点击批准，并处理偶尔出现的欺诈检测。把这套流程交给智能体，它会在第一个确认页面卡住，或者在卡片因异常活动被标记的第一时间卡住。

订阅和 API 密钥则是相反的问题。它们假定有人事先注册、同意了某个套餐并留存了卡信息。而一个只想为单次查询试用新数据源的智能体，无法等待有人创建账户并批准一份只为一次请求付费的月度账单。

然后是金额规模的问题。智能体往往会发起大量微小的购买，有时一次 API 调用只需付几分之一美分。仅银行卡手续费就可能超过调用本身的费用，这使得在传统轨道上进行微支付并不划算。

把两者放在一起对比，差距就更容易看清：

智能体需要按请求即时付款，而不必让每一笔扣款背后都对应一个人的账户。这正是 x402 要填补的空白。

什么是 x402？

x402 是一个开放标准，用于以数字美元为单位、按次在网络上完成付款。它重新激活了互联网中一块闲置了数十年的部分。HTTP 402 状态码，标注为“需要付款”（Payment Required），自上世纪 90 年代起就存在于网络规范中，但一直没有配套的支付系统。（HTTP 状态码是网络服务器随每次响应返回的简短信号，比如表示“未找到”的 404。）x402 终于让 402 派上了用场。

当服务器要求付款时，它会以 402 状态码回应请求，并注明价格和支付地址。智能体用一种稳定币支付——稳定币是一种锚定美元等真实世界货币价值的加密代币——然后重新发起请求。无需账户，无需 API 密钥，无需订阅。支付随请求一起完成。

由于它是一个开放标准，而非某家公司的产品，任何服务都可以接受 x402 支付，任何智能体都可以用它付款。自 2025 年推出以来，x402 已处理超过 1 亿笔支付，如今由一个行业组织负责维护该标准，背后有多家主要支付和科技公司的支持。

x402 把单次网络请求变成了智能体可以自行付费的对象，而这恰恰是智能体工作时使用的基本单位。

x402 支付是如何运作的？

整个流程简短，可以完整走一遍：

• 智能体请求一项资源，比如一个市场数据端点。
• 服务器回复一个 402 状态码，附带价格和收款地址。
• 智能体用自己钱包中的稳定币支付这笔小额费用。
• 智能体带着支付凭证重新发起请求，服务器返回数据。

所有这一切都在后台完成，耗时远低于一秒，全程无需人工介入。智能体不会跳转到结账页面，也不会输入卡号。它读取价格，核对是否在预算之内，付款，然后继续执行任务。若想深入了解其机制、会话和 facilitator（结算撮合方），请参阅x402 如何为网络带来实时加密支付。

从智能体的角度看，为一项服务付费只是完成任务过程中的又一个步骤，与发起请求本身并无不同。

为什么智能体支付以稳定币结算？

传统银行转账是为人和企业设计的，而非软件。它们按批次清算，通常在非营业时间暂停，跨境时更是速度骤降——一笔付款可能耗时数天，还会沿途产生手续费。计划购物的人可以等待这一切，但正在执行任务的智能体等不了，因为它的下一步取决于付款是否先完成。

稳定币恰好契合智能体的工作方式。由于稳定币的价值锚定于美元等真实货币并保持稳定，它可以以互联网的速度流转，而不会在几秒钟的支付过程中出现价格波动。付款可以在数秒内结算，不受时区限制，可跨境完成，金额可以小到几分之一美分。同样重要的是，余额存放在软件可以自行读取和转移的地方，无需等待银行代为处理。

最后这一点，才是真正悄然改变一切的关键。加密轨道让资金变成了软件可以直接处理的东西，就像它已经能处理数据一样。一旦付款只是智能体可以查看和发送的另一种数值，为服务付费就不再是需要人工介入的特殊情况。

智能体支付如何支撑智能体商业？

为 API 付费只是一个较窄的场景。同样的支付轨道让智能体能够更广泛地参与商业活动，这也是智能体商业作为搜索词和业务重点都在快速攀升的原因。一旦智能体能够持有资金并结算费用，它就可以比较选项、买下合适的那一个并完成付款，而无需在最后一步把控制权交还给人。

x402 并不是实现这一点的唯一方式。针对不同需求，其他支付标准也在陆续出现，有的面向高频交易的会话场景，有的则设计为兼容传统银行卡轨道。大多数标准从不同角度解决的是同一个核心问题，而希望接受智能体流量的企业不应被迫押注于单一赢家。我们在x402 与 MPP：智能体支付协议对比中比较了两种主流方案。

协议只是底层管道。真正重要的是，资金已经变成了软件可以自行调动的东西，而这正打开了一个在每笔购买都需要人工参与时不曾存在的商业层。

用智能体支付能构建什么？

已经有几种常见模式：

• 自行购买数据的研究型智能体。 一个正在整理报告的智能体，可以在需要时立即购买一份高级数据集或一次 API 调用，然后继续工作，而不会因为没有人预先购买访问权限而中断。
• 按用量向智能体计费的服务。 API 提供方可以通过 x402 按调用次数收费，服务那些从不注册、从不持有密钥、只为实际使用付费的智能体客户。
• 边运行边付款的自主工作流。 一条流水线可以调用付费工具并购买算力，实时结算每一笔费用，工作也就不会因等待人工批准供应商而停滞。

贯穿其中的共同点是：消除了付款那一刻的人工瓶颈，而这恰恰是智能体此前无法自主行动的唯一环节。

有哪些问题必须处理好？

赋予软件花钱的能力，会带来一个显而易见的问题：什么能阻止它花过头，或者被诱导乱花钱？

答案要从智能体的身份机制说起。智能体从一个钱包中付款，而这个钱包由私钥控制——私钥是证明所有权并授权每笔交易的秘密凭证。只要智能体能用这把私钥签名，它就能花这笔钱。因此钱包应当被限定范围：只注入小额余额，限制只能付给经过批准的收款方，并对每笔交易和每日总额设置上限。像 Alchemy CLI 中的智能体钱包这类工具，正是为了让智能体在使用钱包时无需直接持有原始私钥。

第二个风险来自指令本身。智能体依据文本行事，而文本可能被操纵。隐藏在网页或工具响应中的恶意提示词，可能试图诱导智能体把钱付给错误的对象。支出限额和已批准供应商列表能把最坏情况从“账户被掏空”变成“小额、受限的损失”，这正是这些防护措施不可省略的原因。

原则很简单：只授予智能体完成任务所需的最小支付权限，并假设任何被授予的权限都可能被滥用。先设计限制，再设计能力。

如何开始构建智能体支付？

我们让智能体支付的两端都易于搭建。

如果你运营一项服务，希望接受智能体流量，AgentPay 让你通过一个统一接口接受 x402 及其他新兴协议的支付，这样你今天就能接受智能体，而无需押注哪个标准会胜出。

如果你在构建智能体，我们的基础设施原生支持 x402。智能体可以使用 Base 上的 USDC，为跨越 100 多个网络的区块链数据和 RPC 访问付费，最低只需 1 美元额度即可开始，余额不足时还能自动充值，全程无需仪表盘注册，也无需 API 密钥。Alchemy CLI 为智能体提供了一个可用于签名和付款的限定范围钱包，我们的构建链上智能体指南详细讲解了如何把这些环节接起来，智能体甚至可以自行注册 Alchemy 账户。

如果你想先了解全貌，我们关于什么是智能体支付和2026 年的智能体金融的说明文章，会对每个环节做更深入的介绍。

资金正在变成软件可以自行调动的东西。智能体已经准备就绪，如今支付轨道也已就位。

常见问题

智能体支付和 x402 有什么区别？

智能体支付是一个宽泛的类别，指 AI 智能体在你预先设定的限额内自主完成的任何付款。x402 是一个具体的开放协议，用于在网络上完成此类支付，构建在 HTTP 402 状态码之上。如今大多数自主付款的智能体使用 x402，但这个类别本身比任何单一协议都要更大。

AI 智能体用什么来支付 x402 请求？

智能体使用稳定币付款——稳定币是锚定美元等真实货币价值的加密代币，因此金额在几秒钟的结算过程中能保持价值稳定。在 Alchemy 上，智能体可以使用 Base 上的 USDC，为跨越 100 多个网络的区块链数据付费，最低只需 1 美元额度即可开始，并能自动充值。

一笔 x402 支付要花多少钱？

没有订阅费或账户费用。智能体只需支付服务器为每次请求设定的价格，可能只是几分之一美分，再加上一笔用于链上结算的小额网络费用。这使得按次的微小购买在传统银行卡轨道上难以实现的情况下变得可行。

如何防止 AI 智能体超支？

给智能体的钱包注入小额余额，并限定它能做的事。对每笔交易和每日支出设置上限，并限制只能付给经过批准的收款方。由于钱包由私钥控制、智能体用它来签名，安全的做法是只授予任务实际需要的支付权限。

x402 支持哪些区块链？

x402 最初在 Base 上推出，自 2025 年 12 月发布 V2 更新以来，已支持包括 Solana、Ethereum 和 Polygon 在内的多个网络。由于它是一个开放标准，而非某家公司的产品，任何服务都可以接受它，任何拥有已注资钱包的智能体都可以用它付款。

接受智能体支付需要加密背景吗？

不需要。服务无需编写区块链代码就能接受智能体流量。Alchemy 的 AgentPay 通过一个统一接口处理 x402 及其他新兴协议的支付，让你无需选定获胜标准，也无需自行管理钱包和结算，就能开始接受智能体。