付费 MCP 数据接口上线后的真实落差

一个面向 AI Agent 的数据 API，上线 30 天收到 81,205 次请求，最终只有 4 笔真实付款，合计 $0.035，而且全部来自验证服务。接口被发现了，支付链路也跑通了，愿意为数据付钱的买家却还没出现。

作者这次实验的价值，在于把「有人访问」「Agent 会调用」和「有人付费」拆开了。对准备把工具接入 MCP、再用 x402 收费的开发者，这组数字比接入教程更能说明：技术链路跑通之后，生意还差在哪里。

八万次请求，为什么没有带来真实买家

作者提供的是澳大利亚 NSW 的开发申请、合规开发证书和按地址查询的规划报告，数据来自采用 CC BY 许可的官方开放数据。每个端点同时也是 MCP 工具，付费调用通过 x402 在 Base 上使用 USDC 结算，单次收费 $0.005 至 $0.05。

服务部署在 Cloudflare Workers 和 D1 免费方案上。作者把它提交到官方 MCP Registry、Smithery 和 CDP Bazaar，此后陆续有 x402 索引、可用性监控、信任评分服务和 MCP 目录前来抓取。

30 天内，服务收到了来自 503 个不同调用方的 81,205 次请求。其中，/.well-known/x402 被访问 5,401 次，/openapi.json 被访问 5,275 次。对这个服务而言，被机器发现并不困难。

但访问漏斗往下走，数字就变了：

• 72% 的请求自报为机器人，实际机器人占比是否更高，原文没说明。
• MCP 请求中有 8,821 次 initialize、8,769 次 tools/list，真正的 tools/call 只有几百次。
• 付费端点返回了约 22,000 次 402 Payment Required，最终只结算了 4 笔外部付款。

这 4 笔主网付款合计 $0.035，与收款钱包的链上余额一致，却全部来自「付一次钱，检查能否交付」的验证服务。没有买家因为需要数据而付款。

机器访问量证明了服务可被发现，不能证明有人愿意购买。

503 个调用方也不能直接叫作 503 个用户，更不能据此计算购买转化率：爬虫、监控和验证器的目的，本来就不是消费数据。

工具能被列出来，不代表客户端能把钱付出去

作者观察到，确实有开发者从 Claude Code 和 Codex 尝试这些工具，但这些客户端会停在 x402 支付错误处。这里暴露的是一段使用链路的断点：客户端能连接 MCP、查看工具，并不等于它能完成工具要求的支付。

作者随后给每个客户端每天 3 次免费调用付费工具的额度，并通过 meta.free_call 标记；自报身份的机器人仍走正常的 402 流程，让验证器继续检查支付链路。

这是降低试用门槛的调整，但原文没有给出调整后的留存或付款数据，不能据此判断免费额度是否有效。

另一个做法更值得借鉴：在 402 响应体中放免费预览，比如匹配数量、最近的一条结果，或输入错误。这样 Agent 在付钱前就能判断查询是否跑偏，并修正参数。

作者还建议在付费 OpenAPI 操作中声明 x-payment-info，供 x402scan 一类爬虫读取；工具描述则用动词开头，交代何时使用、下一步调用什么。原文提到，Glama 的工具质量评分会惩罚含糊的参数描述。不过，评分更好能否带来购买，作者没有提供证据。

把一次用户问题做成一个工具，比堆端点更实用

作者举了一个很具体的改造：「这个地址附近在建什么？」

过去回答它需要两次付费调用，再做大量汇总。现在一个 $0.03 的组合工具就能把开发申请（DAs）和合规开发证书（CDCs）合并，返回总量、数量统计和最大的项目。

它减少的不只是调用次数，也减少了 Agent 自己拼装结果的工作。不过，原文没有交代旧方案两次调用的总价，不能直接说新版更便宜。

基础设施也在反过来塑造接口。按作者报告的 Cloudflare 免费方案限制，CPU 时间为 10 ms、子请求上限为 50 次、D1 每天可写入 100k 次。分页大小、附近搜索使用的网格索引、提前计算的统计值，都受到这些限制影响。原文没有提供延迟或压力测试，免费部署能够运行，不等于任意负载都能承受。

接入目录还有两个细节：CDP Bazaar 要等某条路由或 MCP 工具通过 CDP facilitator 完成主网付款结算后，才会收录它；MCP 工具以资源 URL 加 #toolName 标识，后缀由 facilitator 自动添加。workers.dev 域名无法做 DNS 验证，因此作者建议优先选择支持 /.well-known 文件验证的目录。

服务也提供了免费汇总入口，可以先用下面的命令查看返回内容：

curl "https://agent-data-platform.langtools.workers.dev/v1/nsw-da/summary"

注意路径是 /v1/nsw-da/summary；这是原文给出的免费调用示例，不能据此推断其他工具也免费。

我的判断

这篇最有说服力的地方，是作者没有把抓取流量包装成需求。请求日志、MCP 方法分布、主网付款和钱包余额，分别验证了不同环节，最后得出的结论也很克制：支付能跑通，真实购买尚未发生。

但它仍然只是一个地区性规划数据服务的 30 天实验。数据需求是否足够强、定价是否合适、目标用户是否使用这些客户端，都可能影响结果。它不能证明整个 x402 或 MCP 付费市场没有需求。

免费预览、组合工具和清晰描述，是有理由尝试的设计；作者没有给出前后对照数据，它们目前仍是经验之谈。与 API key 加账户余额、订阅等常见方案相比，原文也没有比较接入成本和成交表现。选择支付协议之前，先确认目标客户端能否完成支付。

能拿来做什么

• 做 Node 数据 API 或 MCP 服务时，分别统计发现请求、工具列表、实际调用、支付挑战和结算，并标记验证器付款，避免把基础设施流量算成购买需求。
• 面向 Claude Code、Codex 等客户端提供工具时，先完整走一次查询和支付流程；如果支付环节中断，可以参考作者的预览或免费额度设计，再观察实际使用变化。
• 围绕用户最常问的问题设计组合工具，把查询和汇总放到服务端完成，并用清晰参数与示例说明调用条件。
• 使用 Workers 和 D1 免费方案试运行时，先核对自己的实际配额，再决定分页、索引和预计算策略，不要照搬作者报告的限制值。