AI 跨境增长站
← 工具对比

Amazon Bedrock AgentCore Payments：AI 代理时代卖家的 API 收费基础设施

agentic-commerce bedrock mcp

之前讨论 agentic commerce 一直绕不开一个问题，AI 代理替用户下单，钱怎么过去。Stripe 和 OpenAI 搞的 ACP 解决了一半，是代理替人付款给商家。Amazon 这次在 Bedrock AgentCore 里加的 payments 模块，捅破了另外一层，代理替人付款给代理，代理付款给 API，代理付款给一个 MCP server 拿数据。

听起来很科幻，但实际上就是把现有的按调用计费做了一个标准化。区别在于这次不是开发者签合同申请 API key，是一个跑在用户机器或者云上的代理，临时刷一笔小钱就能拿到数据。对卖家来说，自家的产品数据、客服 API、库存查询这些原来是免费的东西，可能要重新算账。

AgentCore Payments 到底加了什么

AgentCore 本身是 Amazon 把 Bedrock 上跑代理的那一套打包工具，包括 runtime、memory、identity、observability。Payments 是 2026 年 5 月加进去的新模块，做的事情很具体，让代理在调用一个外部服务（API、MCP server、网页、另一个代理）的时候带上付款凭证，对方校验后放行。

这里面最关键的一点是 MCP server 也成了付费对象。MCP 之前是 Anthropic 推的协议，让代理调用工具，原本是开发者自己掏钱买 token 跑模型，工具本身免费。现在 MCP server 可以在 manifest 里声明每次调用收多少钱，代理带着 AgentCore Payments 的 token 过来，自动结算。

对卖家最直接的影响是产品数据 API。原来 Google Shopping feed、Meta Catalog 都是商家求着平台收数据，现在 OpenAI Operator、Anthropic 的 Computer Use、各种垂直 agent 来抓数据，是它们求商家给接口。能不能收费，怎么定价，这是 AgentCore Payments 第一次给了基础设施层面的答案。

代理流量和真人流量的成本差

很多卖家还没意识到，AI 代理流量的服务器成本完全不是真人流量那个量级。Stanford 一份研究说 agentic tasks 消耗的 token 是普通 chat 的 1000 倍，因为代理会反复读你的页面、调用多次 API、把结果拼成长 context 喂给模型。

实际数据更扎心。一家做家居用品的中型 DTC 品牌，2025 年下半年开始接 AI 代理流量，monthly LLM cost 从 $1,200 直接窜到 $4,800，三倍多。70% 的 TCO 来自 token usage，不是开发或者人工。这还只是品牌自己跑代理的成本，没算外部代理来抓数据消耗的服务器资源。

流量类型平均请求数/会话带宽消耗是否触发风控
真人浏览8-15低否
SEO 爬虫1-3低轻度
AI 代理（购物决策）40-120中高经常误判
AI 代理（深度比价）200+高高频误判

问题不光是成本，是这些流量在你 Cloudflare、Akamai 后台经常被识别成 bot 拦掉。结果就是代理在用户面前说”这家店打不开”，订单就没了。AgentCore Payments 的另一面价值是给代理流量盖了个章。付了钱的代理走快通道，不付钱的走 bot 池，规则清晰。

卖家定价的三个层次

不是所有数据都该收费，也不是所有数据都该免费。按场景分三档比较实际。

层次数据类型定价策略理由
促销层（免费）产品列表、价格、库存状态免费 + 鼓励 agent traffic代理推荐你产品就是销售线索，越多越好
成本回收层高分辨率图片、3D 模型、详细规格、用户评论每次调用 $0.001-0.01这些资产生成贵，被代理批量抓取要回血
高价值层实时定价 API、库存预定锁、客服对话、个性化推荐每次 $0.05-0.50 或订阅这些是真业务接口，等同于 B2B 数据接口

第一层一定要做，而且 manifest 里要明确标 free，避免代理因为没法定价直接跳过你。第二层是回血，主要是防止某个比价代理一晚上把你 50 万张商品图全下载训练。第三层是给那些 power agent 用的，比如帮用户做”周末送达可选项”决策，需要实时查物流和库存，这部分付费完全合理。

定价建议是先按你后端实际成本的 3 到 5 倍定，跑两个月看代理留存率和实际收益，再调。别一开始定太狠，把 agent traffic 全赶到竞品那里。

接入路径：MCP vs REST vs ACP/UCP

现在标准多到让人头疼，简单梳理下卖家该选哪个。

协议主推方适用场景接入难度
MCPAnthropic让代理调用你的工具型接口，比如查物流、查库存中，要写 MCP server
REST + AgentCore PaymentsAmazon已有 REST API 加一层付费校验低
ACPStripe + OpenAI代理替用户在你店里下单付款中，要改 checkout
UCPGoogleGoogle 生态的代理购物，类似 ACP中

务实的选择是先上 MCP，因为 Anthropic、Cursor、各种 IDE agent 都在用。REST + AgentCore Payments 适合已经有完整 API 的卖家，加个中间件就能收钱。ACP 和 UCP 看你主要流量来源，Etsy、Walmart、Shopify Instant Checkout 现在跑的就是 ACP，Google Shopping 体系慢慢推 UCP。

理想状态是一套数据三种协议都出，但前期没必要。挑一个用户量最大的代理生态先接，跑通了再扩展。MCP server 最大的好处是同一份 server 代码 Claude、OpenAI、Bedrock 都能调，复用度最高。

哪些场景先动手

不要一上来就改全部 API，挑最容易出成果的三件事。

一是产品 feed 加 MCP server。把 product listing、价格、库存、基础图做成一个免费 MCP server，标记 free tier，让所有代理都能调。这是抢 agent 推荐位的入场券，类似当年抢 Google 自然排名。

二是给客服系统加付费 API。退换货政策、配送说明、产品使用方法这些 FAQ 数据，做成付费接口，每次 $0.005 左右。代理调用一次能省客服 5 分钟，对它们来说完全值得，对你来说回血还减客服压力。

三是 bot detection 规则改写。Cloudflare、Akamai 都在更新规则，允许带 AgentCore Payments token 的请求走白名单。运维去把规则改一下，别再误杀付费代理流量。这个工作量小，但收益直接体现在订单上。

剩下的库存锁、实时定价、个性化推荐这些重接口，等前三件跑顺了再说。AgentCore Payments 还在快速演进，标准没完全稳定，前期不要押太多筹码到一个协议上。

Read this article in English: Amazon Bedrock AgentCore Payments: Pricing Your Merchant API for the Agent Economy

相关文章