[控场AI]
· 6 分钟阅读· 3,197 字

132个按次付费API:AI Agent用USDC通过x402支付

132个按次付费API:AI Agent用USDC通过x402支付

SiteCheck 用 x402 把 132 个数据工具做成按次付费 HTTP 端点,Agent 用 USDC 即可自主调用。

SiteCheck 将 132 个数据查询工具统一封装为单一 HTTP 端点,单次调用价格在 0.001 到 0.01 美元之间,无需注册账号、API 密钥或订阅套餐。支付依赖 x402 协议:客户端先收到 HTTP 402 响应及价格信息,在 Base、Solana 或 Arc 链上用 USDC 完成转账后重放请求即可获取数据,上游数据源失败则不计费。工具覆盖链上与加密数据、商业与公共数据、网页处理与参考信息、文本 AI 能力四大领域,并通过 OpenAPI 和远程 MCP 服务器两种方式暴露,方便已在用 MCP 的 Agent 框架低成本接入。官方称已对每个工具做过准确性验证,但该模式的可靠性仍取决于上游数据源与链上支付的稳定性,高频调用场景需评估单次成本。

AI Agent 在执行任务时经常需要一些零碎事实:某个代币余额、一份公司财报、一个干净排版的网页文本、一条天气预警。问题是,绝大多数 API 都要求 Agent 先注册账号、存好密钥、再买一个套餐。对于只需调用一次的场景,这套流程既笨重又不划算。

SiteCheck 提供了另一种思路。它把 132 个工具全部做成单一 HTTP 端点,单次价格在 0.001 到 0.01 美元之间。Agent 直接调用,拿到带价格的 HTTP 402 响应,用 USDC 在 Base、Solana 或 Arc 上通过 x402 协议完成支付,然后获得结果。没有账号,没有 API 密钥,没有订阅。如果上游数据源调用失败,这次调用不计费。

rss source: 132 pay-per-call APIs for AI agents, paid in USDC with x402

x402 协议如何让 Agent 自主付费

x402 的核心是把"付费"变成一次标准 HTTP 交互。传统 API 的授权逻辑放在账号体系和密钥里,而 x402 把价格直接写进 HTTP 402 Payment Required 状态码。Agent 或客户端读到这个响应后,在链上完成 USDC 转账,再重放同一个请求,即可拿到数据。

这一设计对 Agent 尤其友好:它不需要人类预先配置账单信息,也不需要理解复杂的订阅层级。只要钱包里有 USDC,Agent 就能按需购买数据。支付网络支持 Base、Solana 和 Arc,覆盖了当前主流低成本链上结算环境。

HTTP 402 Payment Required 是 HTTP 协议中一个长期处于"预留"状态的状态码,在 1997 年的 HTTP/1.1 规范中就已经存在,但几十年来几乎没有被主流 Web 服务真正使用过,因为没有一种被广泛接受的机器可读支付方式。x402 协议正是为填补这一空白而设计的:它规定服务器在返回 402 时,同时在响应头或响应体中携带价格、币种、收款地址、链 ID 等结构化信息,客户端据此完成链上转账,并把交易哈希通过特定的请求头回传,服务器验证后返回原本的资源。这种设计把支付从"账户状态"中解耦,变成一次无状态的、可重放的请求,因此天然契合 AI Agent 的调用模式——Agent 只需持有一个钱包私钥,就能访问任意支持 x402 的服务,无需为每个供应商单独建立账户关系。

132 个工具覆盖哪些数据

SiteCheck 的工具清单按领域分成五类,基本围绕 Agent 常见的"查一下"需求展开。

链上与加密数据

包括 EVM 和 Solana 的余额、交易、转账、日志、合约调用和 NFT 读取,以及已验证合约源码、calldata 解码、Gas 费用(含 Base 和 Optimism 上的 L1 数据费)。此外还有比特币、ENS、Jupiter 报价、Hyperliquid、Polymarket、DefiLlama TVL、收益率、费用和 DEX 交易量。

商业与公共数据

这条线偏向传统金融和合规场景:SEC filings、XBRL 财务数据、全文检索、8-K 事件和内部人交易,英国、挪威、芬兰、捷克、波兰的公司注册信息,欧盟 VAT、IBAN、LEI,FDA 标签与不良事件,临床试验,PubMed,Grants.gov,欧盟招标,国会法案,以及美联储、欧洲央行和 Eurostat 的利率数据。

网页处理与参考信息

网页类工具负责把页面转成 Markdown、PDF 转文本、提取元数据、检查坏链和重定向、读取安全头、DNS、OCR、技术栈、Logo、证书、追踪器和 llms.txt。参考类则覆盖天气与 NWS 预警、地理编码、地震、时区、节假日、IP 归属、软件包漏洞、GitHub、Stack Overflow 和 Wikidata。

llms.txt 是一个近两年兴起的约定文件,通常放在网站根目录,用 Markdown 格式向大语言模型和 AI Agent 提供该站点内容的结构化索引与使用说明。它的作用类似于给爬虫看的 robots.txt,但目标读者是模型而非搜索引擎:作者可以在其中列出重要页面链接、文档入口、API 说明和内容许可条款,帮助 Agent 跳过导航栏和广告,直接获取高质量上下文。SiteCheck 把 llms.txt 读取做成一个工具,意味着 Agent 可以在抓取某站点前先拉取这份"自述文件",从而判断该站是否欢迎抓取、哪些页面最有价值,减少无效请求和解析成本。

文本 AI 能力

还有一组轻量文本 AI 工具,用于按 schema 抽取、摘要、分类、实体识别、脱敏、内容审核和图像描述。这些能力适合在 Agent 工作流中做前置或后置处理,而不必单独接入另一家大模型 API。

怎么试用

任何工具在未付费请求时都会返回价格。例如:

curl -i "https://api.sitecheck-api.workers.dev/api/crypto/price?symbols=BTC,ETH"

x402 客户端读取这个 402 响应、完成支付、再重复请求即可。完整的工具列表与输入输出 schema 在 /openapi.json,同一批工具也以远程 MCP 服务器形式提供:

https://api.sitecheck-api.workers.dev/mcp

对已经在用 MCP 的 Agent 框架来说,这意味着接入成本更低,不需要为每个数据源单独写适配层。

远程 MCP 服务器指的是通过 HTTP(通常是 SSE 或 Streamable HTTP 传输)暴露的 Model Context Protocol 服务端点。MCP 由 Anthropic 在 2024 年底提出,用于让 AI 应用以统一协议连接外部工具和数据源,最初主要走本地 stdio 进程,后来扩展出远程模式。对 Agent 框架而言,接入远程 MCP 的好处是无需为每个数据源单独编写适配代码或管理本地进程,只要框架支持 MCP,把服务器地址填进配置即可看到全部工具及其输入输出 schema。SiteCheck 同时提供 OpenAPI 和 MCP 两种描述方式,前者面向通用 HTTP 客户端和代码生成器,后者面向已经内置 MCP 支持的 Agent 运行时,二者覆盖了目前主流的接入路径。

准确性验证与局限

据官方说明,本周每个工具都针对已知答案的输入运行过,并与官方来源对比了单位、小数位、日期和缺失字段。有问题的工具被修复,而那些在 Cloudflare Workers 环境下无法稳定访问上游来源的工具则被移除。

这种"按次付费、失败不计费"的模式降低了 Agent 调用外部数据的试错成本,但它的可靠性仍取决于上游数据源和链上支付的稳定性。对于需要高频、大批量调用的场景,单次 0.001 到 0.01 美元的成本也需要纳入预算评估。

相关链接:

#x402协议#AI Agent支付#USDC按次付费#SiteCheck API#MCP服务器#链上数据API#HTTP 402
分享:

相关推荐