Reoon

@pipeworx/reoon

通过 Reoon Email Verifier（reoon.com）验证单个电子邮件地址，并在“power”模式下明确提供 catch-all 标记。属于 enrich-waterfall 的 enrich_verify_email 有序验证器（fleet #2860）。

属于 Pipeworx — 一个将 AI Agent 连接到 1745+ 个实时数据源的 MCP 网关。这是独立的非官方集成，与上游提供商无关联、未获其认可，也非由其发布。

工具

• reoon_verify(email, mode?, _apiKey) — 状态、catch-all（仅限 power 模式）、评分，以及 disposable/role/disabled/spamtrap/free 标记。

身份验证

仅使用自带密钥。将 Reoon API 密钥作为 _apiKey 传入（作为 key 查询参数发送，而非请求头——这是 Reoon 自己的文档所指定的方式）。在 https://emailverifier.reoon.com/ -> API Settings 创建密钥。不使用平台密钥（D4）。

数据源

• https://emailverifier.reoon.com/api/v1/verify — 验证单个电子邮件地址（quick/power 模式）。

验证说明（fleet #2860，2026-10-08，未持有服务商密钥）

• 使用无效密钥对线上接口进行了边缘探测：HTTP 401 {"reason":"Invalid API key.","status":"error"} — 确认了该端点、key 会作为查询参数读取，并且无效密钥会被妥善处理。
• 服务商文档中的响应格式（https://www.reoon.com/articles/api-documentation-of-reoon-email-verifier/, 阅读于 2026-10-08）— 未进行成功的线上调用（未持有密钥）：
  • quick：{ email, status: valid|invalid|disposable|spamtrap, is_valid_syntax, is_disposable, is_role_account, mx_accepts_mail, is_spamtrap, is_free_email, verification_mode: "quick" }
  • power：{ email, status: safe|invalid|disabled|disposable|inbox_full| catch_all|role_account|spamtrap|unknown, overall_score, is_safe_to_send, is_valid_syntax, is_disposable, is_role_account, is_catch_all, is_deliverable, is_disabled, is_spamtrap, verification_mode: "power" } 只有 power 模式会提供 is_catch_all — 此集成包默认将 mode 设为 "power"，确保 enrich_verify_email 始终能获取所需字段；quick 模式会报告 catch_all: null，而非猜测。
• 未验证（未持有密钥）： overall_score 背后的确切评分阈值；status: "unknown"（power 模式）是否会与 is_catch_all: true 同时出现，还是代表独立信号。

快速开始

添加到你的 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

{
  "mcpServers": {
    "reoon": {
      "url": "https://gateway.pipeworx.io/reoon/mcp"
    }
  }
}

此端点实际提供的内容

https://gateway.pipeworx.io/reoon/mcp 上的 tools/list 会返回上表中的工具，以及 Pipeworx 共享的元工具 — ask_pipeworx、 discover_tools、search_within、remember/recall 和网关范围内的其他工具。因此，你看到的工具数量会多于此表中的数量：目前，单个集成包端点会在该集成包自有工具之外，列出大约 30 个共享工具。连接的 initialize 响应会说明其确切范围，是当天情况的权威依据。

这是有意设计的，并非意外复用。这些元工具让范围受限的连接能够通过 ask_pipeworx 回答此集成包未涵盖的问题；ask_pipeworx 会跨整个目录进行路由，因此你无需再添加第二个 MCP 服务。目前无法在不包含这些元工具的情况下挂载集成包端点；如果额外的架构定义带来的上下文开销超过了路由功能的价值，请连接一次完整网关，而不是连接多个集成包端点。

或者连接完整的 Pipeworx 网关，直接列出所有集成包的工具，而不只是当前集成包的工具：

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

两个 URL 都会访问同一个网关和相同的 1745+ 个数据源。唯一的区别是直接列出的集成包工具不同；无论使用哪个 URL，ask_pipeworx 都能访问所有工具。

没有 MCP 客户端？通过 HTTP 调用

此工具包使用你自己的 API 密钥（_apiKey）——我们不会代为提供，因此这里没有无需密钥即可运行的 curl 命令。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/reoon_verify。查找工具包：使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

独立运行（无需网关账户）

此软件包也可作为本地 stdio MCP 服务运行——无需 Pipeworx 账户，也无需往返网关：

{
  "mcpServers": {
    "reoon": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-reoon"]
    }
  }
}

或者直接运行以确认它可以启动：

npx -y @pipeworx/mcp-reoon

它通过 stdin/stdout 使用 MCP 通信，并响应 initialize/tools/list/tools/call，但仅支持此工具包的工具——不包含上述网关连接额外提供的任何共享元工具。源码相同，工具相同，不使用 ask_pipeworx 路由。

使用 ask_pipeworx

你可以用通俗的英语提问，而不是直接调用工具——这既适用于上面的工具包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Reoon data" })

网关会选择合适的工具并自动填写参数。

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT