AWS推出Bedrock AgentCore payments，Incarna三天接入BlockRun按次付费推理
亚马逊云科技称，Amazon Bedrock AgentCore payments已正式可用，为AI智能体提供按需付费的托管能力，支出上限由基础设施而非模型执行；Incarna用它让智能体在Base网络上以USDC逐次向BlockRun支付模型推理费用。
AI解读：AgentCore payments解决的是智能体运行中频繁发生的小额支付问题：一次模型推理、一次API调用或一次网页内容获取，单笔可能不到一美分，且发生在智能体循环内部，没有人可以实时批准。AWS称该能力把支付协议处理、钱包连接、交易签名和支出限额都放进托管服务，构建者只需几行代码接入。
面向开发者的关键边界是：支出上限由AgentCore payments在基础设施层执行，AWS明确表示智能体自身的代码和提示词无法修改这个上限，即使提示词被操纵也不能超支。每次支付会话还带有到期时间，Incarna把会话规模设定为一天的预算。
支付对象方面，BlockRun是按用量计费的推理路由器，通过x402协议提供来自 15 家以上供应商的 90 多个模型，每次调用独立报价、授权、支付和结算。AgentCore payments兼容x402端点，也支持Amazon Bedrock推理端点。
据AWS博客，Incarna完成完整集成用了三天（一天构建、两天测试），约 200 行应用代码，而原估算是两到三个月；测试期间智能体处理了超过 1000 笔支付，单笔金额在 0.001 至 0.05 美元之间，每笔都在链上单独结算。这些数字来自亚马逊云科技和Incarna创始人的说法，属于单次集成案例。
结算层面，Incarna使用Base网络上的USDC，钱包由客户通过Coinbase CDP连接器开设并由客户拥有，再向Incarna授予授权。AWS称每笔交易都可在链上验证，链上付款方是智能体自身身份，而不是共享平台密钥。
适用前提是使用x402兼容的付费端点，并先配置Coinbase CDP或Stripe Privy凭证、Payment Manager、支付工具和支出限额；测试网络可用测试网USDC充值。没有公开的同规模对比数据，因此不能据此推断其他团队的接入成本或行业整体节省比例。
亚马逊云科技（AWS）发布博文，介绍Amazon Bedrock AgentCore payments这一托管支付能力，并给出BlockRun与Incarna的按次推理付费集成案例。AWS称该能力已正式可用，让智能体在运行时按需购买模型推理、API响应、网页内容或其他智能体的调用，支出限额由基础设施强制执行。
文中描述的生产流程是：Incarna的智能体通过AgentCore向BlockRun请求模型推理，BlockRun返回HTTP 402（Payment Required）及该次调用的报价；AgentCore payments核对报价与会话支出限额，用智能体自己的钱包地址签名授权；BlockRun验证签名后提供推理并记录费用。每笔调用单独报价、支付和结算。
支付流程和两种x402计费方式
AWS说明，AgentCore payments支持x402的两种支付方案：exact和upto。exact通常用于价格事先已知的场景；upto适合动态定价的资源，智能体先授权一个上限金额，推理提供方在结束时按实际用量在该上限内结算。
在Incarna的集成中，BlockRun是卖方，提供按用量计费的模型推理，每次调用独立结算。AWS称BlockRun覆盖 15 家以上供应商的 90 多个模型，智能体不需要为每个供应商单独订阅。一次智能体选择不发出的调用不产生费用。
- 价格可知时用exact方案，动态定价时用upto方案，后者先授权上限、按实际用量结算。
- BlockRun通过x402提供 90 多个模型，来自 15 家以上供应商，每次调用单独报价和结算。
- 当付费端点返回HTTP 402，智能体调用ProcessPayment，由AgentCore payments完成签名并把证明交给商户。
支出控制：会话上限在基础设施层执行
AWS称，决定智能体能否动用真实资金的关键是支付会话。会话设定一个支出上限，由AgentCore payments在基础设施层执行，智能体的代码和提示词无法更改。AWS在博文中写道，即使提示词被操纵，智能体也不能超过该限额。
每次会话还带有到期时间。Incarna把会话规模设定为一天的预算，即使智能体逻辑出错，也不能花超客户设定的限额。AWS表示，目前没有使用会话级预算的集成也可以在不改代码的情况下采用该机制。
- 支出上限由基础设施执行，AWS称智能体代码和提示词无法修改。
- 会话带到期时间，Incarna按一天预算设定。
- AWS称未使用会话预算的集成可不改代码接入。
接入前置条件与凭证管理
AWS列出接入路径：可以把Coinbase CDP或Stripe Privy凭证存为支付凭证提供方，密钥保存在AWS Secrets Manager而非代码中；创建Payment Manager和连接器来协调支付，并设置默认支出上限；再创建支付工具，即智能体用于付款的嵌入式钱包。终端用户为其充值，并通过重定向URL授予签名权限。
在测试网络上，钱包可用测试网USDC充值。开发可以通过AWS的Agent Toolkit中的AgentCore payments skill（在Claude Code、Kiro或Codex中）以对话方式完成设置，也可以用AgentCore CLI、AgentCore SDK或AWS SDK自行创建。
- 凭证可存为Coinbase CDP或Stripe Privy提供方，密钥进AWS Secrets Manager。
- 需创建Payment Manager、连接器和支付工具钱包，并设置默认支出上限。
- 测试网可用测试网USDC充值；设置可通过Agent Toolkit对话或CLI/SDK完成。
Incarna案例的数字与归因
据AWS博文和Incarna创始人Justin Zhou的说法，Incarna完成完整AgentCore payments集成用了三天：一天构建、两天测试。这大约是 200 行应用代码，而原估算是两到三个月。Incarna创始人称，AgentCore payments覆盖了智能体通过x402付款所需的全部环节，包括客户拥有的钱包、充值与撤销流程、平台执行的支出上限，以及处理两种x402版本的签名。
截至测试期，智能体处理了超过 1000 笔支付，单笔金额从 0.001 美元到 0.05 美元不等，每笔都在链上单独结算。BlockRun创始人Vicky Fu在博文中表示，BlockRun的开源路由器让开发者控制自己的模型集合，并获得其基准驱动的路由改进，以更低token成本实现更高任务成功率。上述数字和效果表述来自厂商和公司创始人，属于单次集成和测试期数据，未披露与其他方案的对比。
- 集成用时三天（一天构建、两天测试），约 200 行代码，原估算两到三个月。
- 测试期处理超过 1000 笔支付，单笔 0.001 至 0.05 美元，逐笔链上结算。
- 结果表述来自AWS博文及Incarna、BlockRun创始人，属于单次案例。
身份、钱包归属与结算网络
Incarna由SpreadX开发，为智能体提供跨会话、模型和运行时保持的持久身份。据博文介绍，每个身份带有自己的钱包、电子邮箱、社交账号，以及跨运行保留的行动历史。智能体为服务付款时，链上付款方是智能体自身身份，而不是共享平台密钥，因此每笔交易可归属于单一实体。
Incarna使用Base网络上的USDC结算，AWS称每笔交易可在链上验证。AWS称Incarna已在Base主网上线并产生真实结算。
- 钱包由客户通过Coinbase CDP连接器开设并拥有，Incarna获得授权使用。
- 链上付款方是智能体自身身份，不是共享平台密钥。
- 结算使用Base网络上的USDC，AWS称每笔交易可链上验证；Incarna已在Base主网上线。