关于 Leadmagic
Leadmagic 是面向需要查找 B2B 工作邮箱的团队和 Agent 的 MCP 服务。它根据姓名和公司域名调用 LeadMagic API,返回邮箱、就业验证及公司字段;返回的邮箱已由 LeadMagic 进行 SMTP 验证。
主要功能
- 01按姓名和域名查找工作邮箱
- 02返回就业验证详情
- 03包含公司信息
- 04使用 LeadMagic 已验证的邮箱结果
适用场景
- 01查找潜在客户的工作邮箱
- 02核对就业和公司详情
- 03根据公司域名查找邮箱
MCP 相关
将 LeadMagic 邮箱查找 API 作为 MCP 工具提供。调用需通过 `_apiKey` 传入用户自己的 LeadMagic API 密钥;网关端点包含 Pipeworx 共享元工具,独立 stdio 服务仅提供此 pack 的工具。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://gateway.pipeworx.io/leadmagic/mcpclaude mcp add --transport http pipeworx-io-leadmagic https://gateway.pipeworx.io/leadmagic/mcp{"mcpServers":{"pipeworx-io-leadmagic":{"type":"http","url":"https://gateway.pipeworx.io/leadmagic/mcp"}}}在 Cursor 中打开{"servers":{"pipeworx-io-leadmagic":{"type":"http","url":"https://gateway.pipeworx.io/leadmagic/mcp"}}}在 VS Code 中打开{"mcpServers":{"pipeworx-io-leadmagic":{"type":"http","url":"https://gateway.pipeworx.io/leadmagic/mcp"}}}{"mcpServers":{"pipeworx-io-leadmagic":{"serverUrl":"https://gateway.pipeworx.io/leadmagic/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
详细介绍
@pipeworx/leadmagic
通过 LeadMagic 的 B2B 数据 API(leadmagic.io),按姓名和公司域名查找工作邮箱。返回的每个邮箱都已由 LeadMagic 进行 SMTP 验证。属于 enrich-waterfall 查找器轮换(fleet #2860)。
属于 Pipeworx——一个将 AI Agent 连接到 1882+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成,与上游提供商无关联、未获其认可,也非由其发布。
工具
leadmagic_find_email(first_name, last_name, domain, _apiKey)— 工作邮箱、就业验证和公司字段;在 LeadMagic 自身的计费体系中,确认未匹配不收费。
身份验证
仅自带密钥。将 LeadMagic API 密钥作为 _apiKey 传入(请求头 X-API-Key)。访问 https://leadmagic.io 获取密钥。不使用平台密钥(D4)。
数据源
https://api.leadmagic.io/v1/people/email-finder— 邮箱查找器。
验证说明(fleet #2860,2026-10-08,未持有供应商密钥)
- 已通过边缘探测确认身份验证请求头和实时端点。 不带密钥向
/v1/people/email-finder发送 POST 请求,返回 HTTP 401,响应正文为 LeadMagic 自身的结构化 problem+json,指出接受的两种形式是X-API-Key(不区分大小写)或Authorization: Bearer <key>。此包使用X-API-Key。 - 响应格式仅依据供应商文档(https://leadmagic.io/docs/api-reference/email-finder,阅读于 2026-10-08):
- 匹配:
{ email, status: "valid", credits_consumed: 1, message, employment_verified, company_name, company_industry, mx_provider } - 未匹配:
{ email: null, status: null, credits_consumed: 0, message, first_name, last_name, domain }未匹配时会返回字段完整的 200 响应,其中email: null——此包根据email判断匹配或未匹配,而非根据响应封装;这符合工作流的通用规则(与 findymail 在其 API 文档中说明的相同陷阱)。
- 匹配:
- 未验证(未持有密钥): 实时调用中
"valid"以外的status值具体有哪些(文档只展示了一个示例),以及格式错误的域名会产生 4xx 响应,还是会正常返回未匹配结果。
快速开始
添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):
{
"mcpServers": {
"leadmagic": {
"url": "https://gateway.pipeworx.io/leadmagic/mcp"
}
}
}
此端点实际提供的内容
https://gateway.pipeworx.io/leadmagic/mcp 上的 tools/list 会返回上表中的工具,以及共享的 Pipeworx 元工具——ask_pipeworx、discover_tools、search_within、remember/recall,以及网关全局工具集中的其他工具。因此,你看到的工具数量会多于此表所列:目前,单个工具包端点会同时列出约 30 个共享工具和该工具包自身的工具。连接的 initialize 响应会说明其确切范围,也是当日范围的权威依据。
这是有意为之,并非意外复用。元工具让限定范围的连接也能回答此工具包无法处理的问题——通过 ask_pipeworx 跨整个目录进行路由——无需再添加第二个 MCP 服务。目前无法挂载不包含这些元工具的工具包端点;如果额外的架构定义带来的上下文开销超过了路由的价值,请改为只连接一次完整网关,而不是连接多个工具包端点。
或者连接完整的 Pipeworx 网关,直接列出所有工具包的工具,而不仅是此工具包的工具:
{
"mcpServers": {
"pipeworx": {
"url": "https://gateway.pipeworx.io/mcp"
}
}
}
两个 URL 都会接入同一个网关和相同的 1882+ 个数据源。唯一的区别是哪些工具包的工具会被直接列出;从任一端点都可以通过 ask_pipeworx 访问所有工具。
没有 MCP 客户端?通过 HTTP 调用
此工具包需要你自带 API 密钥(_apiKey)——我们不会为它代为提供密钥,因此没有可在不带密钥时运行的 curl 命令。查看任一工具:GET https://gateway.pipeworx.io/v1/tools/leadmagic_find_email。查找工具:POST https://gateway.pipeworx.io/v1/tools/search_packs,请求正文为 {"query":"..."}。
独立运行(无需 gateway 账号)
此软件包也可作为本地 stdio MCP 服务运行,无需 Pipeworx 账号,也无需经过网关往返:
{
"mcpServers": {
"leadmagic": {
"command": "npx",
"args": ["-y", "@pipeworx/mcp-leadmagic"]
}
}
}
或者直接运行,确认它可以启动:
npx -y @pipeworx/mcp-leadmagic
它通过 stdin/stdout 使用 MCP 通信,并响应 initialize/tools/list/tools/call,仅提供此软件包中的工具,不包含上方网关连接额外提供的任何共享元工具。使用相同的源代码和工具,无需 ask_pipeworx 路由。
使用 ask_pipeworx
你可以用通俗的英语提问,而不是直接调用工具——这既适用于上方的软件包端点,也适用于完整网关:
ask_pipeworx({ question: "your question about Leadmagic data" })
网关会选择合适的工具并自动填入参数。
更多信息
许可证
MIT
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。