什么是 agent payments？AI agent 如何支付 API、数据和算力费用

AI agent在执行任务过程中，可能需要一个它没有的数据集、一次付费API调用，或一段算力才能继续推进并完成任务。人类会拿出一张卡，购买完成任务所需的东西。而agent做不到，至少目前的结账流程不支持这样做。于是它只能停下来，等待人类介入。

Agent payments要解决的就是工作流中的这个中断点。随着agent承担越来越多的实际工作，能够安全且自主地为所需资源付费，正在成为agentic工作流的核心基础设施，而不是一个新奇功能。

什么是agent payments？

Agent payments是指AI agent在人类或系统预先设定的限额内，自行发起并完成的交易。agent不需要有人输入卡信息，而是直接为API请求、数据或算力付费，并继续工作。

关键在于"限额内的自主"。一个好的agent payment系统不会把一个不受限制的钱包直接交给agent，而是为agent提供一种支付方式，同时配上消费上限、白名单，以及让支出保持可预测、可审计的规则。

为什么常规支付流程不适合agent

人类结账流程默认有一个人在场，输入支付信息、确认购买，并在出问题时进行处理。而agent打破了这个假设。

以一个每天早上需要生成市场报告的研究型agent为例。它可能需要调用几次付费API、解锁一个数据集，并租用一小段算力来分析结果。每笔购买可能只花几分钱，但agent需要能自动完成这些操作，而不是每次都停下来向人类请求。

这带来了三个问题：卡片结账需要人工步骤；传统支付手续费让小额购买变得不划算；而给agent不受限制的支付凭证风险太大。

Agent payments的解决方式是让agent能够以编程方式支付，金额较小，且始终在用户或企业设定的限额之内。

Agent payments是如何运作的

假设一个研究型agent需要每天早上生成一份市场报告。为了完成这项工作，它需要调用一个付费的定价API、解锁一个数据集，并运行一小段计算任务。

首先是身份。 支付系统需要知道当前操作的agent是谁，以及它归属于谁。在这个例子中，系统会识别出这个研究型agent是某个特定用户或公司名下的已批准agent。这个身份会与一套策略关联起来：它能买什么、能付给谁，以及能花多少。

接下来是资金和支付轨道。 agent需要能够访问资金，并有办法转移资金。它可能使用stablecoin钱包、预充值余额、代币化卡片，或是这些方式的组合。当卖方接受链上支付时，crypto轨道会派上用场；当卖方是传统商户时，卡片轨道会派上用场。

控制机制让支付变得安全。 这个研究型agent可能被允许每份报告最多花费5美元，每月最多花费100美元，并且只能向已批准的数据和算力提供商付款。如果一个恶意网站试图让它花费500美元，这笔支付会失败。如果它试图向一个未知收款方付款，这笔支付同样会失败。

结算完成整个闭环。 支付获批后，卖方收到款项，agent获得API响应、数据集或算力访问权限，同时这笔交易会被记录下来，用于记账和审计。

目标不是让agent无限制地接触资金，而是给它一种范围狭窄、可编程的支付权限，与它被允许完成的工作相匹配。

x402和支付协议在其中的位置

一旦可以以编程方式付款，就需要一套共同的语言来定义支付请求和响应的运作方式。这正是agent payment protocol所提供的。

x402就是这样一种标准。它使用HTTP 402 Payment Required状态码，让服务器能够在请求过程中直接要求付款。agent请求一个付费资源，得到一个价格，完成支付，请求随即完成，无需任何账户设置。此外还存在其他标准，包括ACP和MPP。

现实情况是，目前存在多种协议，且没有一个明确的赢家。很少有商户会直接集成所有这些协议。我们认为，在商户端保持协议无关性才是正确的做法，这样企业可以接受agent payments，而不必押注哪个标准会胜出。

什么时候该使用agent payments

当AI agent需要为商品或服务付费才能继续工作时，就该使用agent payments。

这可能意味着调用一个付费API、解锁市场或链上数据、为软件访问权限付费，或运行一小段计算任务。这些购买可能金额小、频率高，或者对时间敏感，这让常规结账流程很难适用。

如果没有agent payments，就必须有人介入：输入卡信息、确认购买、处理失败的支付，或决定是否允许agent进行这笔消费。这会拖慢工作流，也违背了使用agent的初衷。

如果你的agent只使用免费资源，那你可能暂时还不需要agent payments。但一旦它需要付费才能继续工作，你就需要它了。

开始使用

首先明确你的agent究竟被允许购买什么、金额上限是多少，然后选择一种能强制执行这些限制的支付方案，而不是单纯信任agent。留意它是否支持你的用例所需的轨道、是否有清晰的消费控制和白名单，以及是否提供可供审计的记录。

Alchemy正在同一个支撑crypto众多重要产品的平台之上，构建agent payment基础设施。AgentCard为agent提供由现有卡片充值的虚拟卡，并内置消费控制。AgentPay是一个协议无关的代理，让商户能够跨多种标准接受agent payments，而无需押注某一个标准。

对这里的这些术语还不熟悉？我们的AI agent crypto glossary对x402、MCP、stablecoins以及本文中出现的其他术语都有说明。

常见问题

用简单的话来说，agent payments是什么？

这是AI agent在人类设定的限额内，自行完成的支付，从而能够购买API调用、数据或算力等资源，而无需人工输入卡信息。

Agent payments和x402有什么区别？

Agent payments是agent自主付款这一大类的统称。x402是用于通过HTTP请求和完成此类支付的一种具体协议。x402是实现agent payments的一种方式，而不是这个类别的全部。

Agent payments安全吗？

它们的安全性取决于所采用的控制机制。健全的系统会强制执行消费限额、白名单和清晰的身份验证，从而确保agent只能在你允许的范围内、向你允许的对象花费，并且每笔支付都可审计。

Agent payments一定要用crypto吗？

不一定。有些方案使用crypto轨道和stablecoins，有些使用代币化卡片轨道，而最灵活的系统会把两者结合起来，让agent既能为原生crypto服务付费，也能为传统商户付费。

面向开发者的agent payment解决方案有哪些？

这些是让你能够为agent提供一种有资金支持、受控的支付方式的工具和API。Alchemy提供AgentCard和AgentPay，分别用于发放受控消费额度，以及跨协议接受agent payments。

与Alchemy一起为agentic经济构建

我们正在扩展这个支撑crypto众多重要产品的平台，使其能够服务agent这一新型用户。欢迎前往alchemy.com/agents了解详情，或阅读文档。