Forager

@pipeworx/forager

通过 Forager（forager.ai），根据某人的 LinkedIn 个人资料 URL 查找其电话号码。属于 enrich-waterfall 新增的 enrich_find_phone 查找器轮换（fleet #2860）。

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

工具

• forager_find_phone(linkedin_url?, person_id?, _accountId, _apiKey) — 电话号码及类型。需要同时提供 Forager 账户 ID 和 API 密钥。

身份验证

仅支持自带凭据。将 Forager 账户 ID 作为 _accountId 传入，将 API 密钥作为 _apiKey 传入（请求头为 X-API-KEY，账户 ID 位于路径段中： /api/{account_id}/...）。两者均可在 Forager 控制面板中找到。不使用平台密钥（D4）。

数据源

• https://api-v2.forager.ai/api/{account_id}/datastorage/person_contacts_lookup/phone_numbers/

验证说明（fleet #2860，2026-10-08，未持有供应商密钥）——此工具包在本批次中的确认程度最低

• URL 路径已确认有效。 使用账户 ID "0" 对 .../phone_numbers/ 尝试各种身份验证方式，均返回 HTTP 403（从未返回 404），因此该路径以及账户 ID 位于路径中的约定都是真实有效的。
• 请求头名称尚未独立确认。 不带请求头、X-API-KEY: invalidkey123、Authorization: Api-Key invalidkey123 和 Authorization: Bearer invalidkey123 均返回字节完全相同的 {"detail":"Authentication credentials were not provided."}。当服务器返回如此笼统的通用方案提示时，占位密钥探测无法区分“请求头错误”和“请求头正确但密钥无效”。 此处使用 X-API-KEY，因为搜索结果中介绍 Forager 自身文档的内容使用了该名称，但在本批次中，这种身份验证方式应被视为假设，而非已确认的事实，直到真实密钥成功生效，或返回内容不同的 401/403 响应。
• 请求/响应正文中的字段是尽力推测的，并非已确认的架构。 我们无法读取 docs.forager.ai 上此特定端点的架构页面（在我们能够获取的内容中，只找到了同级端点——详情查询、按电子邮件反向查询、按电话号码反向查询、角色搜索）。此工具包会发送 {"linkedin_url": ...} 或 {"person_id": ...}，并按 Forager 其他接口的 REST 约定，读取返回的 phone_numbers 数组（数组元素为字符串或 {number, type} 对象）。如果真实密钥返回 200，但数据结构不同，只需修改 src/index.ts 中的 findPhone()。
• 尚未验证（未持有密钥），且对本工具包而言，比通常情况影响更大： 身份验证请求头名称、请求正文的字段名称、响应字段名称，以及 _accountId 是否是正确的概念（而非账户 ID 可由密钥本身推导得出）。

快速开始

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

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

此端点实际提供的内容

tools/list 在 https://gateway.pipeworx.io/forager/mcp 返回上表中的工具，以及 Pipeworx 共享元工具——ask_pipeworx、discover_tools、search_within、remember/recall 和其余网关级工具。因此，你看到的工具数量会多于表中所列：目前，单个工具包端点除了该工具包自身的工具外，还会列出大约 30 个共享工具。连接的 initialize 响应会说明其确切范围，也是了解特定日期实际情况的权威依据。

这是有意设计的，并非意外多路复用。元工具让限定范围的连接也能回答本工具包无法涵盖的问题——通过 ask_pipeworx 跨整个目录路由——而无需再添加第二个 MCP 服务。目前无法挂载不含这些元工具的工具包端点；如果额外的架构定义占用的上下文多于路由功能带来的价值，请连接一次完整网关，而不是连接多个工具包端点。

也可以连接完整的 Pipeworx 网关，直接列出所有工具包的工具，而不只是当前工具包的工具：

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

两个 URL 都连接到同一个网关和相同的 1879+ 个数据源。唯一的区别在于直接列出哪一个工具包的工具；无论连接哪一个，ask_pipeworx 都能访问全部工具。

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

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

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

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

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

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

npx -y @pipeworx/mcp-forager

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

使用 ask_pipeworx

你可以用通俗语言提问，而不是直接调用工具——在上面的工具包端点和完整网关上都可以这样做：

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

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

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT