Cloudflare 推出 Monetization Gateway 封闭测试，用 HTTP 402 向 AI Agent 收费

Cloudflare 的新尝试：让 AI Agent 按次付费

Cloudflare 将 Monetization Gateway 推向封闭测试阶段。这个产品的目标，是让域名所有者能够对 AI Agent 访问网站、API、MCP 工具或数据集进行按次收费。

它的核心机制是使用 HTTP 402 Payment Required 状态码，让买方在请求资源的同一条 HTTP 流程中完成支付授权，而不是跳转到结账页面，也不需要额外调用独立的支付 API。

目前，该服务面向美国卖家开放封闭测试申请，并已有若干生产环境用例。

传统软件业务多依赖订阅或预付费点数。这类模式要求买方提前投入预算，因此通常只会选择少数服务。

但 AI Agent 的使用方式不同。为了完成任务，Agent 可能临时访问网站、调用 MCP 工具、查询 API 或读取数据源。它们更适合按照实际消耗付费，例如：

Cloudflare 认为，现有主流支付轨道通常假设买方可以接受较高延迟、交易金额较大，并且身份明确；而 Agent 更需要低成本、低延迟、可扩展、尽量少人工介入的支付方式。

在当前实现中，Monetization Gateway 使用 Coinbase 的 x402 Facilitator 做支付验证和结算，支付在 Base 区块链上以 USDC 完成。Cloudflare 表示未来计划支持更多支付轨道、交易日志、身份基础能力，并帮助服务被 Agent 发现。

卖家可以定义：

买方访问受保护资源时，会收到付款指令；完成授权并结算后，才能获得资源。

Cloudflare 将这种模式描述为一种“面向 Agent 的付费墙”。它更适合“每次请求就是一次使用”的资源，例如 API、工具和数据接口。

对于高价值内容页面，Cloudflare 区分了另一类场景：页面可能只被抓取一次，却被使用很多次。这种情况下，它提到另有 Pay Per Use 模式，用于由验证买方报告实际使用并付费。

Cloudflare AI Gateway 是一个控制平面和模型市场，允许开发者通过单一 API key 访问多个 AI 模型。

过去，用户可以购买点数用于 AI Gateway 的消耗。但当更多 Agent 自带钱包时，只依赖预付费余额会增加摩擦。

现在，美国 Cloudflare 客户可以通过在请求中添加 PAYMENT-METHOD: x402 请求头，对部分模型按请求支付推理费用。

AI Gateway 本身已有复杂的 token 计费系统。Monetization Gateway 支持由源站控制定价：启用后，它会直接向卖方系统请求价格信息，而不是要求卖方在 Monetization Gateway 中维护单独的规则目录。

Ceramic.ai 提供面向 Agent 的网页搜索 API。其服务维护了超过 400 亿页面的专有索引，并针对机器调用优化，搜索结果最快可在约 50 毫秒返回。

搜索天然适合按次付费：一个简单问题可能只需要一次查询，而复杂研究任务可能需要数百次查询。按次支付让 Agent 可以根据任务需要决定搜索强度，而不是被预先设定的查询预算限制。

Ceramic.ai 使用 Monetization Gateway 的固定价格方案，让 Agent 无需 API key 即可为一次搜索执行付费。

Stocktwits 是面向投资者的市场讨论平台，2008 年上线，并推广了用类似 $NET 的 cashtag 组织股票讨论的方式。其平台用户超过 1000 万，用于关注市场、分享观点和查看投资者讨论。

Stocktwits 将用户活动转化为若干市场信号，包括：

这些信号此前已通过 Stocktwits 的现有数据产品提供。Monetization Gateway 为其增加了面向 AI Agent 的分发渠道。

例如，一个监控投资组合或研究标的的 Agent，可以按请求查询某只股票的讨论热度、情绪倾向或关注人数。这样，开发者不必一开始就签订传统数据授权，而是可以为 Agent 实际发出的单次请求付费。

Stocktwits 为此构建了独立的 Agent 访问路径，由 Monetization Gateway 置于前端；其原有 API 和企业数据产品保持不变。

API2PDF 是一个 REST API，用于帮助开发者从 HTML 和 Office 文档生成 PDF。该服务于 2018 年推出。

根据披露的信息，API2PDF 观察到越来越多 AI Agent 将开发者引导到其服务，因此开始将 Agent 视为一类重要客户。其计费模式本来就与每次请求所消耗的带宽和计算资源相关，因此与按使用量收费的 Agent 场景较为接近。

Monetization Gateway 的意义不只是“给 API 加一个付费墙”，而是尝试把支付嵌入 Agent 与服务之间的请求链路中。

如果这类机制被更多服务采用，未来 Agent 可能不再主要依赖人工提前订阅服务，而是在完成任务时临时购买所需资源：一次搜索、一次推理、一次数据查询、一次工具调用。

不过，目前该产品仍处于封闭测试阶段，且当前披露的结算方式依赖 x402、USDC 和 Base。它能否成为更广泛的机器支付基础设施，还需要观察生态支持、合规要求、买方体验以及更多支付轨道的接入情况。