AI资讯 / 工程

工程 / 工程

Anchor Browser与AgentCore支付集成实践

AWS Machine Learning

当AI智能体访问按请求计费的高级数据集、付费研究API或设有付费墙的内容时,服务器会返回HTTP 402 Payment Required响应。由于智能体本身缺乏内置支付机制,任务往往在此中断并需要人工介入。为解决这一痛点,AWS生成式AI创新中心与Anchor Browser合作推出了面向机器间支付场景的解决方案,并已上架AWS Marketplace。该方案将Amazon Bedrock AgentCore支付能力与Anchor Browser的云端浏览器自动化环境深度整合:当智能体在浏览器会话中遭遇402响应时,AgentCore支付模块负责验证预算、签署交易并重试请求,全程无需将钱包私钥暴露给智能体运行时环境。整个支付流程在同一浏览器会话内完成,会话录制可完整捕获从请求到付款再到内容交付的全过程,确保可观测性与合规审计需求得到满足。

AI智能体在执行自动化任务时越来越频繁地遭遇付费资源壁垒。高级数据集按查询次数收费、研究API按调用量计费、付费内容平台则以HTTP 402 Payment Required响应拦截未付款请求。在没有内置支付机制的情况下,智能体无法自主完成交易,原本设计为全自动运行的工作流只能停滞等待人工干预,严重削弱了智能体的实用价值。

x402协议是一套基于HTTP的机器间支付开放标准。服务器在返回402响应时会同步附带支付金额、可接受的支付方式及收款地址,智能体据此完成交易。然而,若要让智能体独立处理这一流程,开发者需要自行构建涵盖协议解析、密钥管理、预算控制、签名生成、请求重试、结算处理和日志记录在内的完整支付协议栈,工程复杂度极高,且每个环节都存在安全隐患。

安全风险是自建支付栈面临的核心挑战。私钥一旦驻留在智能体运行时环境中,便与不可信网页、第三方工具及外部依赖共享同一执行上下文,存在凭证泄露风险。与此同时,缺乏基础设施层面的硬性支出上限意味着一旦出现程序漏洞、重试循环或提示注入攻击,智能体可能持续触发非预期付款,直至人工介入才能终止。

Anchor Browser与Amazon Bedrock AgentCore支付能力的整合将上述复杂性全部转移至托管基础设施层。Anchor Browser为每个智能体会话提供具备持久身份的云端真实浏览器环境,负责维护认证状态、处理页面导航、捕获网络请求并提供实时视图。当会话内发生付款需求时,AgentCore支付模块在同一浏览器上下文中完成交易,确保会话录制与实际执行内容完全一致。

AgentCore支付能力的核心是Payment Manager,这一顶层资源负责协调AWS账户下的所有支付操作。它在基础设施层强制执行可配置的支出限额,通过x402协议处理交易,并将每一次支付尝试、审批、拒绝和结算记录至Amazon CloudWatch,为合规审计和对账提供完整的可观测性数据。私钥始终不进入智能体运行时,从根本上消除了密钥暴露风险。

Anchor Browser内置的x402工具可在浏览器上下文中原生处理付费API调用,无需对现有基于Playwright、Puppeteer或Chrome DevTools Protocol的工作流进行任何改造。当智能体遭遇402响应时,AgentCore支付模块自动完成预算核验、交易签署和请求重试,工作流无缝继续执行。这一架构将支付能力从智能体逻辑中彻底解耦,使开发者可以专注于业务逻辑而非底层支付基础设施的构建与维护。

要点

  • HTTP 402响应是AI智能体自动化工作流的常见中断点,x402协议为机器间支付提供了标准化解决路径
  • AgentCore支付能力将私钥管理、预算控制和交易签署全部封装在托管基础设施层,私钥不进入智能体运行时,从根本上规避密钥暴露风险
  • Anchor Browser确保支付在同一浏览器会话内完成,会话录制可完整还原从请求到付款的全过程,满足可观测性与合规审计需求
  • 该方案与现有Playwright、Puppeteer及Chrome DevTools Protocol工作流完全兼容,开发者无需重构现有代码即可接入支付能力
  • 基础设施层的硬性支出上限有效防止因程序漏洞、重试循环或提示注入导致的非预期连续付款
查看原始来源

原始标题:Building agents that transact with Anchor Browser and AgentCore payments

本文由 DataHub 基于公开来源整理,用于信息发现与摘要阅读;具体事实、数据和后续更新以原始来源为准。