AWS智能体支付来了！

支付之家获悉，Amazon Bedrock AgentCore payments已经发布。

该能力目前处于preview阶段，首个场景集中在微支付，可让AI智能体在执行任务过程中访问并支付API、MCP servers、网页内容以及其他智能体服务。Stripe旗下Privy与Coinbase提供首批钱包基础设施和支付通道支持。

这项能力被接入Amazon Bedrock AgentCore后，智能体应用补上了一个关键环节。

过去，AI智能体可以检索信息、调用工具、生成内容、执行流程，但遇到付费API、实时数据、专业内容或外部服务时，开发者仍需要单独处理结算关系、支付接口和凭证管理。支付进入AgentCore后，智能体可以在授权和预算限制内完成付费调用，资金动作开始嵌入任务执行过程。

智能体执行复杂任务时，付费资源调用会成为常见需求。

一个金融研究类智能体在生成报告时，可能需要调用实时市场数据、市场情绪数据和新闻信息。每一次调用都可能对应一笔小额、即时、可追踪的费用。企业智能体访问专业API、外部工具服务或MCP服务器时，也会遇到类似问题。过去，这类资源更多依赖订阅、账号授权或人工结算；智能体参与后，按次调用、即时付费会变得更自然。

AWS官方博客提到，Heurist AI正在使用AgentCore payments构建研究智能体，终端客户可为研究任务设置预算，智能体再调用市场、社交情绪和新闻等实时数据。这个案例说明，数据、内容、API和工具服务的付费调用，正在成为智能体支付的早期落点。

微支付成为AgentCore payments的首个preview场景。

AWS官方材料提到，这类交易通常低于1美元，甚至可能低至几美分或几分之一美分。API、数据、网页内容和MCP服务天然适合小额高频计费，交付结果相对清楚，也更适合验证授权、预算、凭证和追踪机制。

传统在线支付大多围绕用户、商户、订单和结账页展开。用户确认购买，支付机构处理账户、卡、钱包、订单、风控和清结算。智能体支付的场景不同。资金动作可能发生在任务执行中，付款对象可能是一次数据调用、一个付费端点、一段受保护内容或另一个智能体提供的服务。

支付不再只在结账页出现，而是进入资源调用过程。

AgentCore payments的重点在于平台层处理支付能力。材料显示，AgentCore会处理认证凭证、token生命周期、协议协商、重试和支付，并将交易路由至相应提供方。支付活动可通过AgentCore的可观测能力查看。对开发者来说，这减少了单独处理支付集成、凭证管理、预算限制和异常流程的工程成本。

一个AI应用如果要调用多个付费资源，过去可能需要逐一对接不同服务、不同账户和不同结算关系。

AgentCore payments把这些能力集中到平台内，开发者可以在同一环境中配置钱包连接、设置支出限制、查看交易记录。智能体应用的商业闭环，不再只依赖模型能力和工具调用，还需要支付连接、授权管理、预算控制和交易留痕共同参与。

协议层面，x402是这次发布中的重要部分。

AWS官方博客显示，AgentCore payments支持x402协议。当智能体请求付费端点并收到HTTP 402“Payment Required”响应后，系统会通过已配置钱包完成稳定币付款，附上付款证明，再将内容返回给智能体。这个流程把“需要付款”放进互联网请求过程，支付流程可在智能体执行过程中完成。

对资源提供方来说，x402让API、内容和工具服务更容易做成按次计费端点。对智能体应用来说，付费请求、支付凭证和资源返回之间形成了更紧密的衔接。x402目前仍属于此次preview能力支持的协议安排之一，不能直接等同于行业已经全面转向这一模式。

智能体支付进入真实业务后，授权主体、支出额度、交易记录和过程追踪都会成为基础要求。

材料显示，终端用户需要在交易前明确授权智能体访问和使用钱包；运行时按session执行支出限制，智能体不能无限制使用资金；支付活动可通过AgentCore的可观测能力查看。智能体并不是拿到一张可以随意支出的账户权限，而是在用户授权、预算限制和平台记录范围内完成资金动作。

支付系统过去更多围绕账户、商户、订单、设备和交易行为做管理。智能体进入资金动作后，还要加入任务目标、用户意图、授权范围、预算限制和执行记录。云平台要记录智能体执行过程，钱包要承接资金来源和授权，协议要传递付款请求和凭证，支付服务方要处理交易完成、失败、重试和后续扩展。

支付之家此前多篇智能体支付文章已经关注到，不同机构正在从不同位置切入。Stripe更多围绕AI公司、稳定币、钱包和开发者能力推进；银联更强调身份、意图、用户授权和交易验证；蚂蚁、微信支付则更多从钱包网络、商户工具、AI服务入口和真实支付场景切入。（专题：智能体支付专题）

AWS把支付能力放进AgentCore后，云平台也开始参与智能体资金动作的配置、限制和追踪。

这让智能体支付的早期形态更加清晰。它不是单个支付机构、单个钱包或单个协议就能完成的产品，而是云平台、钱包、协议、支付服务和资源提供方共同形成的一套执行能力。AWS提供智能体运行和治理环境，合作方提供钱包、协议和支付处理能力，资源提供方把API、内容和工具服务接入付费访问模式。

复杂消费交易还没有全面到来。

AWS官方博客也提到，微支付是第一步，后续可能扩展到更广泛的商业流程，例如智能体代表用户订机票、订酒店或完成跨商户购买。但这些场景会涉及价格确认、库存变化、身份核验、退款、争议、售后和责任分配，需要更深入的支付生态整合、更多协议支持、更强的买方意图验证，以及覆盖完整交易周期的可观测能力。

AgentCore payments目前仍处于preview阶段，首个场景集中在微支付。AWS正在把智能体调用付费资源所需要的支付能力，放进云平台原生环境中测试；用户授权、预算限制和交易追踪仍是资金动作发生的前提。

智能体应用要进入真实商业系统，支付能力必须先成为平台能力。资金动作要能被授权、被限制、被记录，调用结果要能被追踪，交易过程要能回溯。

AWS智能体支付来了，真正推进的是智能体从“能执行任务”走向“能在受控范围内调用付费资源”。

从preview阶段的微支付开始，智能体支付已经进入云平台能力测试环节。智能体支付不会只停留在前端交互，也不会只发生在传统结账页。

随着AgentCore payments这类平台能力出现，支付开始进入智能体执行任务的过程，成为智能体应用商业化必须补上的一环。

这里是支付之家，关注支付表象之下的规则差异与逻辑变化，提供支付科技领域增量信息。

来源丨支付之家(ZFZJ.CN)（观点内容仅供参考）