Trykitt

@pipeworx/trykitt

通过 TryKitt.ai，根据全名和公司域名查找已验证的工作邮箱。 属于 enrich-waterfall 查找器轮换（舰队 #2860）。

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

工具

• trykitt_find_email(full_name, domain, linkedin_url?, _apiKey) — 返回邮箱、 置信度（0-1）和来源，并以实时模式请求，因此 HTTP 响应会直接携带已完成的结果，而不是需要轮询的任务 ID。

身份验证

仅使用自带密钥。将 TryKitt API 密钥作为 _apiKey 传入（请求头 x-api-key — 不是 Authorization，一些第三方介绍错误地认为应使用后者）。前往 https://trykitt.ai 获取密钥。无平台密钥（D4）。

数据源

• https://api.trykitt.ai/job/find_email — 邮箱查找器（实时模式）。

验证说明（舰队 #2860，2026-10-08，未持有供应商密钥）

• 已通过边缘探测确认请求头名称，包括“缺少”和“错误”的区别：没有身份验证请求头 -> HTTP 401 {"message":"Auth credential not set in request","response_code":401}； x-api-key: invalidkey123 -> HTTP 401 {"message":"Invalid API Key","response_code":401}。两种不同失败返回了不同消息，确认系统确实读取了该请求头，而不是统一返回任意的 401 默认错误。
• 响应结构来自 TryKitt 的公开 Postman 集合和第三方 MCP 封装的 README（而非 TryKitt 自己的文字文档；其文档与 API 一样需要身份验证）——我们没有密钥，因此未能成功调用。文档所述结构：{ job_id, status, result: { email, confidence, sources } }。本工具包会将任何非 "completed" 状态视为明确错误，而不是悄悄当作未找到结果，因为 TryKitt 的任务也可能异步运行——如果实时密钥返回 "pending" 状态，即使设置了 realtime: true，就需要添加轮询步骤；当前代码会明确指出这一点，而不会报告 found: false。
• 未验证（未持有密钥）： realtime: true 是否能在所有套餐层级都可靠地强制同步返回结果；status 的完整取值集合。

快速入门

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

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

此端点实际提供的内容

https://gateway.pipeworx.io/trykitt/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 都会访问同一个网关和同一批 1745+ 个数据源。唯一的区别是哪些工具包的工具会被直接列出；无论使用哪个 URL，ask_pipeworx 都能访问所有工具。

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

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

独立运行（无需 gateway 账号）

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

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

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

npx -y @pipeworx/mcp-trykitt

它通过 stdin/stdout 使用 MCP 通信，并响应 initialize/tools/list/tools/call，仅提供此软件包中的工具，不包含上方网关连接额外提供的任何共享元工具。使用相同的源代码和工具，无需 ask_pipeworx 路由。

使用 ask_pipeworx

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

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT