Building pay-per-intelligence for AI agents: How Ampersend uses Amazon Bedrock AgentCore Payments

TL;DR · AI 摘要
Ampersend 使用 Amazon Bedrock AgentCore Payments 构建了基于 x402 协议的按需付费系统,使 AI 代理可自主调用多个模型并支付费用。
核心要点
- Ampersend 通过 x402 协议实现 AI 代理自主支付,无需人工干预。
- Amazon Bedrock AgentCore Payments 提供了安全、可审计的支付基础设施。
- 该系统支持 AI 代理按需调用多个模型,并在预算范围内操作。
结构提纲
按章节快速跳转。
- §引言
本文介绍了 Ampersend 如何使用 Amazon Bedrock AgentCore Payments 构建按需付费系统。
Ampersend 是一个管理平台,用于代理支付和操作,连接代理与模型提供商。
代理构建者和提供商面临支付基础设施的挑战,需自主管理支付和预算。
Ampersend 使用 Amazon Bedrock AgentCore Payments 实现代理自主支付和预算控制。
思维导图
用一张图看清主题之间的关系。
查看大纲文本(无障碍 / 无 JS 友好)
- 按需付费系统构建
- Ampersend
- 单一集成点
- x402 协议
- 预算控制
- Amazon Bedrock AgentCore Payments
- 安全支付基础设施
- 自主支付
金句 / Highlights
值得收藏与分享的关键句。
Ampersend 允许 AI 代理通过单一集成点自主支付多个模型提供商的费用。
AgentCore Payments 提供了安全、可审计的支付基础设施,无需自行构建钱包管理。
x402 协议使代理能够自主支付,无需人工干预。
为 AI 代理构建按智能付费的机制:Ampersend 如何使用 Amazon Bedrock AgentCore Payments | 人工智能
为 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 通过单一集成点,利用 x402 开源协议和 Amazon Bedrock AgentCore Payments,使 AI 代理能够自主地在多个模型提供商之间支付智能服务费用。
挑战:自主代理的支付基础设施
代理构建者和服务提供商面临基础设施缺口的两个互补方面。
对于代理构建者:您的代理需要调用付费的大型语言模型(LLM)、付费的数据 API 或付费的内容端点。您需要构建钱包管理、处理支付签名、实现类似 x402 的代理支付协议、管理支出限制,并与每个提供商的计费系统集成。在您部署代理逻辑之前,这需要数月的基础设施工作。
对于像 Ampersend 这样的应用:您希望为代理提供通过单一支付通道访问多个模型提供商的途径。但要做到这一点,您需要底层支付基础设施是安全、可审计和受控的,而无需自己构建钱包托管和支出控制。
AgentCore Payments 解决了这两个方面。它提供了代理系统所需的托管支付基础设施,并赋予单个代理在受控范围内自主交易的能力。
代理有一个任务:总结一篇研究论文、审查一个智能合约、分析链上数据。代理调用 Ampersend,后者发布了一个按能力层级组织的模型目录。代理选择与任务复杂度相匹配的层级,通过 AgentCore Payments 按请求付费,并获取结果。在幕后,Ampersend 使用 Ampersend SDK 与上游模型提供方进行结算。
这创建了一个两跳支付路由模式:
图1:两跳支付路由 — 代理 → Ampersend → 模型提供方
两跳支付流程的工作方式
前述图表说明了端到端的支付架构。以下是 AgentCore Payments 的关键组件在该流程中如何协同工作:
- 支付管理器 – 应用程序后端创建一个支付管理器,定义钱包连接和支出策略。这是控制代理如何支出的治理层。
- 支付会话 – 在代理开始之前,后端会与一个预算上限(例如 $0.05)打开一个支付会话。代理只能在该会话的限制内进行交易。
- ProcessPayment API – 当 Ampersend 返回 HTTP 402(需要支付)时,代理会使用 x402 支付详情调用 ProcessPayment。AgentCore 使用连接钱包的凭证对 USDC 授权进行签名,而代理从未接触过私钥。
- 凭证提供方(Coinbase CDP) – AgentCore 通过 Coinbase 开发者平台作为钱包凭证提供方进行连接。Coinbase 开发者平台管理钱包托管和签名基础设施。代理被授予一个作用域有限的 AWS 身份和访问管理(IAM)角色(ProcessPaymentRole),该角色只能调用 ProcessPayment。该角色无法修改预算或直接访问钱包密钥。
- 结算 – 签名完成后,支付证明返回给代理。代理将证明附加到原始请求中,重新向 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 这样的平台可以专注于路由和市场逻辑,而不是支付基础设施。结果是默认受控、可观测和可审计的自主代理间商业。
入门
准备好构建按使用付费的代理工作流了吗?以下是入门步骤:
- 设置 AgentCore Payments – 按照 AgentCore CLI 快速入门指南创建一个支付管理器,连接一个钱包提供商,并配置第一个带有支出限制的支付会话。
- 与 Ampersend 集成 – 访问 ampersend.ai 探索模型目录,并将你的代理与 Ampersend 的支付路由 API 进行集成。
- 尝试教程 – 通过 GitHub 上的 AgentCore Payments 实操工作坊和示例,了解买家/卖家实现的完整流程。
如需了解更多内容:
• Amazon Bedrock AgentCore Payments 文档 • 进行交易的代理:Amazon Bedrock AgentCore 现在包含 Payments(预览版)– 发布公告 • GitHub 上的 AgentCore Payments 示例和工作坊 • x402 协议 • Ampersend