为AI代理构建按智能付费：Ampersend如何使用Amazon Bedrock AgentCore Payments

本文由Ampersend（Edge & Node）的Kevin Jones和Amazon Bedrock AgentCore Payments团队的Chethan Shriyan共同撰写。

Ampersend和Amazon Bedrock AgentCore Payments正在解决代理AI中最困难的问题之一：自主代理如何在不从头构建定制计费集成、凭证管理和支付编排的情况下为服务付费？随着越来越多的服务转向面向机器的按使用付费模式，代理需要一种使用x402等代理支付协议以编程方式即时且在受控限制内进行交易的方式。

在本文中，您将了解Ampersend如何在Amazon Bedrock AgentCore Payments之上构建一个按智能付费的路由层。AI代理自主地将任务路由到最有效的模型，按请求付费，并在支出预算内运行。您还将看到两跳支付模式如何端到端工作，以及如何开始自己的实现。

关于Ampersend

Ampersend（由Edge & Node开发）是一个代理支付和运营管理平台。Ampersend位于代理和模型提供商市场之间。他们的服务处理支付路由、结算和运营。代理构建者通过单一集成访问模型，无需每个提供商的订阅、合同开销或随提供商数量线性增长的计费关系。

Ampersend的论点很直接：代理应该像调用API一样支付智能费用——以编程方式、即时且无需人工干预。

Ampersend允许AI代理通过由x402开放协议和Amazon Bedrock AgentCore Payments驱动的单一集成点，自主地向多个模型提供商支付智能服务费用。

挑战：自主代理的支付基础设施

代理构建者和服务提供商面临着同一基础设施差距的两个方面。

对于代理构建者：您的代理需要调用付费的大语言模型（LLM）、付费数据API或付费内容端点。您需要构建钱包管理、处理支付签名、实现x402等代理支付协议、管理支出限制并集成每个提供商的计费。这需要数月的基础设施工作，然后才能发布代理逻辑。

对于像Ampersend这样的应用程序：您希望通过单一支付渠道为代理提供对多个模型提供商的访问。但要做到这一点，您需要底层支付基础设施安全、可审计且受治理，而无需自己构建钱包托管和支出控制。

AgentCore Payments解决了这两个方面。它提供了代理系统所需的托管支付基础设施，并赋予单个代理在受控限制内自主交易的能力。

Ampersend如何使用AgentCore Payments构建按智能付费路由层

Ampersend在AgentCore Payments之上构建了一个按智能付费的路由层。用例是这样的：

代理有一个任务：总结研究论文、审查智能合约、分析链上数据。代理调用Ampersend，后者发布按能力层组织的模型目录。代理选择与任务复杂性匹配的层，通过AgentCore Payments按请求支付，并得到结果。在幕后，Ampersend使用Ampersend SDK与上游模型提供商进行结算。

这创建了一个两跳支付路由模式：

图1：两跳支付路由——代理 → Ampersend → 模型提供商

两跳支付流程如何工作

上图说明了端到端的支付架构。以下是关键AgentCore Payments组件在此流程中如何协同工作：

1. 支付管理器（Payment Manager）——应用程序后端创建定义钱包连接和支出策略的支付管理器。这是控制代理如何花费的治理层。

1. 支付会话（Payment Session）——在代理启动之前，后端打开一个具有预算上限（例如0.05美元）的支付会话。代理只能在此会话的限制内交易。

1. ProcessPayment API——当Ampersend返回HTTP 402（需要付款）时，代理调用包含x402支付详细信息的ProcessPayment。AgentCore使用连接钱包的凭证对USDC授权进行签名，而代理从不接触私钥。

1. 凭证提供者（Coinbase CDP）——AgentCore连接到Coinbase Developer Platform作为钱包凭证提供者。Coinbase Developer Platform管理钱包托管和签名基础设施。代理承担一个仅限于调用ProcessPayment的IAM角色（ProcessPaymentRole）。该角色无法修改预算或直接访问钱包密钥。

1. 结算——签名后，支付证明返回给代理。代理使用附带的证明重试对Ampersend的原始请求。Ampersend在链上（Base网络，USDC）验证结算，然后使用Ampersend SDK自动支付上游模型提供商（例如BlockRun）。发生两笔结算：代理到Ampersend，以及Ampersend到模型提供商。

从代理的角度来看，它发起了一个付费请求。它不知道也不关心Ampersend路由到了哪个提供商。Ampersend透明地处理提供商选择、第二次支付和交付。

AgentCore Payments如何管理支付生命周期

AgentCore Payments处理完整的支付生命周期，因此Ampersend和代理构建者都不必构建：

托管钱包——AgentCore连接到Coinbase CDP或Stripe Privy钱包作为支付连接。无需构建钱包托管基础设施，无需维护密钥管理。Ampersend一次性连接其凭证，即可获得准备交易的注资钱包。

支出治理——在基础设施层强制实施会话级预算。应用程序后端设置限制，代理在限制内交易。如果预算耗尽，下一个支付将被干净地拒绝。代理自主运行，但在无法覆盖的确定性边界内。

原生x402协议——当代理遇到付费端点（HTTP 402）时，AgentCore处理x402协议协商、钱包身份验证、稳定币支付和证明交付，而不会中断代理的推理循环。支持协议的v1和v2。

可观测性——每笔交易都流经开发人员已在AgentCore中使用的相同日志、指标和跟踪。无需构建单独的支付监控。

Ampersend和AgentCore Payments的组合解锁了什么

单独任何一个系统都不能完全覆盖代理商务的整个堆栈。它们一起覆盖了路由、结算、治理和可观测性端到端。

Ampersend带来：智能模型路由、提供商市场、抽象提供商复杂性的两跳结算模式，以及大规模管理代理支付工作流的运营工具。

AgentCore Payments带来：托管钱包基础设施、确定性支出治理、原生x402签名和结算，以及赋予自主代理在不暴露凭证或覆盖预算的情况下交易的安全模型。

它们共同展示了代理商务在实践中的样子：一个发现、评估、选择并支付智能服务的代理，所有这些都在一个受治理、可观测且可审计的框架内进行。

结果

Ampersend在不到两周的时间内完成了从初始API调用到Base网络上端到端支付结算的完整集成。如果没有AgentCore Payments，该团队估计仅钱包托管、签名基础设施和支出控制就需要3-4个月的工程工作。

领导集成的Kevin Jones表示：“构建多代理系统确实复杂，我们曾预期支付基础设施是整个项目中最困难的部分。AWS AgentCore Payments完全改变了这一点。使用AgentCore的买方代理、Ampersend的卖方代理和BlockRun AI的即用即付LLM推理的集成比我们预期的顺利得多。我们连接了逻辑，它就直接工作了。”

Edge & Node首席执行官Rodrigo Coelho表示：“我们构建Ampersend是为了成为代理支付的控制层。AgentCore Payments是天然的选择——托管钱包、支出护栏和x402结算让我们在几天内展示完全自主的代理到代理微支付。”

结论

Ampersend与AgentCore Payments的集成展示了当代理平台可以将钱包托管、x402协议处理和支出治理卸载到托管基础设施时，什么是可能的。代理构建者获得付费智能的单一支付表面，而像Ampersend这样的平台可以专注于路由和市场逻辑，而不是支付管道。结果是一个默认受治理、可观测且可审计的自主代理到代理商务。

开始使用

准备好构建即用即付的代理工作流了吗？以下是开始的方法：

1. 设置AgentCore Payments——按照AgentCore CLI快速入门创建支付管理器、连接钱包提供商并配置具有支出限制的第一个支付会话。

1. 与Ampersend集成——访问ampersend.ai探索模型目录并将您的代理与Ampersend的支付路由API集成。

1. 尝试教程——在GitHub上查看动手实践的AgentCore Payments工作坊和示例，以查看工作买方/卖方实现。

了解更多：

• Amazon Bedrock AgentCore Payments文档

• 交易代理：Amazon Bedrock AgentCore现在包括Payments（预览）——发布公告

• GitHub上的AgentCore Payments示例和工作坊

• x402协议

• Ampersend

关于作者