AI 快讯 编译自 aws_ml_blog #AI Agent#支付安全#Amazon Bedrock

Amazon Bedrock AgentCore 支付功能预览:为 AI Agent 提供安全内置护栏,防止失控消费

AWS 推出 AgentCore 支付预览版,与 Coinbase 和 Stripe 合作,让 AI Agent 能代表用户安全支付。文章详解了防止失控消费、用户授权、密钥保护等内置护栏机制,对构建支付型 Agent 的开发者有重要参考价值。

编译发布 2026/06/01 原文发布 2026/06/01

一句话看懂

AWS 推出 AgentCore 支付预览版,与 Coinbase 和 Stripe 合作,为 AI Agent 提供内置安全护栏,防止失控消费、密钥泄露等风险。

详细发生了什么

Amazon Bedrock AgentCore 支付功能(预览版)允许 AI Agent 代表终端用户访问付费资源,完成需要支付的复杂任务。该功能与 Coinbase Developer Platform (CDP) 和 Stripe Privy 合作,使用嵌入式自托管钱包,用户先充值再授权 Agent 消费。

文章重点分析了 Agent 支付面临的四大风险:

  1. 失控消费:Agent 长期自主运行,可能因提示注入或模型非确定性导致重复支付或超支。
  2. 用户授权缺失:Agent 需要明确的、可撤销的权限,而非一次性授权。
  3. 密钥泄露:开发者凭证和用户钱包密钥若存储在 Agent 代码中,被攻破后风险极大。
  4. 支付工具暴露:信用卡号等敏感信息不应进入 Agent 上下文,否则扩大 PCI 合规范围。

AgentCore 支付通过基础设施层的护栏解决这些问题:

  • 支付会话:每个交互有独立预算和 TTL,超出即拒绝,且失败交易回滚预算。
  • 用户控制:充值(钱包提供商门户)和授权(Spend Permissions/Delegated Actions)分离,用户可随时撤销。
  • 凭证管理:使用 AgentCore Identity 和 Secrets Manager 存储密钥,Agent 代码不直接接触。
  • 审计日志:自动记录每笔交易的 Agent、用户、限额和商户信息。

目前预览版支持美东、美西、法兰克福和悉尼区域。

中文圈视角

对国内开发者而言,该功能目前依赖 Coinbase 和 Stripe,需要海外支付牌照和钱包基础设施,直接使用门槛较高。但其中设计思路值得借鉴:

  • 预算控制:国内 Agent 平台(如百度千帆、阿里百炼)可参考“支付会话”模式,为每个任务设置独立预算和 TTL,防止 Agent 循环调用付费 API。
  • 用户授权分离:国内支付场景(微信支付、支付宝)可类似实现“充值”和“授权”两步,用户先充值到托管钱包,再授权 Agent 在限额内消费。
  • 密钥管理:国内云厂商(阿里云、腾讯云)的 Secrets Manager 可集成 Agent 框架,避免 API Key 硬编码。

一个盲点是:国内 Agent 支付还处于早期,多数 Agent 仅调用免费 API。随着 MCP 协议和付费工具增多,类似护栏将成为刚需。合规方面,数据出境和支付牌照是主要障碍,但纯国内场景(如企业内部报销 Agent)可先行落地。

几条值得记住的细节

  • 支付会话支持配置最大消费金额(指定货币)和过期时间,超限自动拒绝。
  • 失败交易会回滚预算扣除,不浪费额度。
  • 用户充值在钱包提供商门户完成,Agent 无 API 可访问,确保资金安全。
  • 开发者凭证通过 AgentCore Identity 和 Secrets Manager 管理,Agent 代码不直接处理。
  • 审计日志自动生成,记录 Agent、用户、限额和商户信息,便于事后追溯。

一句话总结

Agent 支付必须将安全护栏内置在基础设施层,而非依赖模型自身,才能防止失控消费和密钥泄露。