RichAPI 评测：以 API 优先的方式做 B2B 数据增强
访问 richapi.ai 时，我惊讶地发现这个落地页几乎不像一个典型的数据增强网站。没有仪表盘截图导览，没有“预约演示”墙。取而代之的是，主视觉区域用一句话点明了卖点：一个 API key、65+ 个 GTM 数据端点、底层 40+ 家授权供应商，以及单一积分池。RichAPI 是一款 B2B 数据增强 API 和 MCP 服务器，让开发者和 GTM 工程师无需被迫再上一个平台，就能获取实时的联系人、公司、社交和意向信号数据。网站甚至展示了一个 prompt 示例，要求 Claude 找出 50-200 人规模 SaaS 公司中本周发帖谈论销售管道的 20 位市场副总裁，并返回经过验证的邮箱——这立刻告诉你它是为谁而建的。
RichAPI 的功能以及它解决的问题
大多数数据增强供应商都建立在同样那几家授权数据提供商之上，然后通过席位、套餐或平台订阅向你收费，从而掩盖了单次查询的真实成本。当你的数据增强需要发生在代码、AI agent 或 CRM 自动化内部，而不是供应商的 UI 里时，这种模式就行不通了。RichAPI 把 UI 剥离掉，直接出售路由层。
具体来说，该工具涵盖四类数据：联系人数据（邮箱查找、邮箱验证、电话查找、人员搜索、人员增强）、公司和公司特征数据增强、LinkedIn 与社交资料数据，以及信号数据。这些端点背后是一个瀑布式路由引擎，它会按顺序尝试各授权供应商，并返回第一个实时、经过验证的结果。其验证承诺很具体：只有当瀑布流返回明确的送达性或可触达信号时，该记录才算作已验证。每次瀑布流调用还会返回一份执行日志，显示尝试了哪些供应商、哪一家给出了结果，以及计费了什么——对这一品类而言，这是真正不同寻常的透明度水平。
交付方式刻意保持中立。你可以通过 REST 调用 RichAPI，也可以将它作为 MCP 服务器连接到 Claude、Claude Code、Cursor 或 Windsurf。该公司还把 Clay、HubSpot、Zapier 和 n8n 列为集成入口。单次调用通常在几秒内完成，对于大批量任务则提供批量端点和异步 webhook。
测试 RichAPI：上手、MCP 配置与免费套餐
测试免费套餐时，摩擦感在设计上被降到最低。注册即赠送 100 积分，无需信用卡，足以跑一轮真实的数据增强，而不是玩票式查询。仪表盘显示的是积分余额，而不是席位列表或套餐等级，再次强化了无论你调用哪个端点，一切都从同一个积分池计费。
MCP 方式是我探索过的所有工作流中最有趣的。你不需要写脚本，只需把 RichAPI 添加为 MCP 服务器，然后让助手来编排调用。实际上，这意味着一个 agent 可以在同一轮对话中串联人员搜索、公司筛选和邮箱查找，然后返回已验证的邮箱地址。对于已经生活在 Claude 或带 agent 的代码编辑器里的人而言，这消除了传统数据增强平台那种令人头疼的导出再导入步骤。REST 路径则更传统：带认证的端点、每个端点都记录在案的固定积分成本，以及用于异步任务的 webhook 回调。
我注意到的一个注意事项是：由于一切都是按端点计量积分，因此在开始花钱之前，先弄清楚你到底需要哪个端点会很有帮助。文档确实按端点列出了固定的积分成本，免费套餐也足够宽容，可以让你做实验，但这款工具更青睐那些已经理解瀑布式数据增强的用户，而不是想要引导式配置向导的初学者。
RichAPI 定价：按积分而非席位
其定价理念表述得很直白：每个端点固定积分定价、无席位、无最低消费，并且对没有返回结果的邮箱或电话查询不收费。最后这一点很重要。在瀑布式数据增强中，查询落空是一个真实的成本中心，把这种风险转移给供应商，是一种有实质意义的商业差异，而非营销话术。该公司也承认会对底层供应商加价，但辩称执行日志使这种加价可被审计。在我审阅的材料中，看不到确切的每积分价格和套餐规模，因此网站上的定价信息并未公开到足以进行单条记录成本计算的程度。潜在买家在测算支出前应直接查看定价页面。
RichAPI 与 Clay、Apollo 及 Clearbit 类工具的对比
Clay 是最明显的对照点，RichAPI 自己的文案也承认了这一点：这个 API 的定位是插进 Clay，而不是取代它。Clay 是一个自带积分、瀑布流构建器和 UI 的工作空间，而 RichAPI 是基础设施，没有界面要学、没有席位要买、也没有平台要迁移。Apollo 是另一个参照，对比更鲜明。Apollo 捆绑了数据库、序列跟进和 CRM 功能，而 RichAPI 只卖数据路由层。如果你需要一套销售触达套件，RichAPI 就是错的工具。如果你已经有一套技术栈，只是想让已验证的记录流入其中，API 优先的模式就更有吸引力。
至于融资和规模方面的指标，网站没有公布任何融资或客户数量数据，因此我不做推测。可见的是一条不断扩充的文档库，涵盖邮箱验证参考、潜在客户生成 API 指南和销售数据增强实战手册，这表明该公司投资的是开发者教育，而非外呼销售。
优势、局限，以及谁应该使用 RichAPI
优势很具体。在一个建立在信息不透明之上的品类里，执行日志是真正的差异化因素。邮箱和电话查询落空免费，堵住了一个常见的预算漏洞。MCP 支持意味着该工具能在团队已经付费使用的 AI 助手里运行，而无需席位或合同，也让试用无需走采购流程。
局限同样真实。RichAPI 没有用于浏览或清洗数据的 UI，因此它假定你有地方存放结果。瀑布式延迟意味着每次调用需要数秒，在批量场景下影响很大。而且由于供应商名单只被描述为已授权而没有完整披露，你是在信任路由器的排序，而不是自己挑选供应商。
RichAPI 最适合 GTM 工程师、营收运营（rev-ops）团队和 AI agent 构建者，他们希望把经过验证的 B2B 联系人和公司数据接入代码、CRM 或兼容 MCP 的助手。想要带可视化界面的完整数据增强工作空间，或想要数据库与序列跟进合二为一的平台的团队，则应转而考虑 Clay 或 Apollo。
访问 https://richapi.ai 亲自体验 RichAPI。
评论