mcpField
A
Abstract Phone

Abstract Phone

远程服务
pipeworx.io商业与营销06 天前更新

关于 Abstract Phone

Abstract Phone 是封装 Abstract API 电话号码验证服务的 MCP 服务,适用于需要核验号码并获取格式、运营商、线路类型和位置详情的应用与 Agent。

主要功能

  1. 01验证电话号码
  2. 02返回国际和本地格式
  3. 03识别运营商和线路类型
  4. 04提供国家及位置详情

适用场景

  1. 01在信息登记时验证电话号码
  2. 02规范电话号码的显示格式
  3. 03查询运营商及移动或固定线路类型

MCP 相关

将 Abstract API 电话验证功能作为 MCP 工具提供。可通过 stdio 本地运行或连接 Pipeworx 网关,调用时须提供调用方的 API 密钥。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/abstract-phone/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

42
参数类型必填说明
qstring否question 的别名。
askstring否question 的别名。
textstring否question 的别名。
inputstring否question 的别名。
packsarray否可选。将路由限制为这些包的 slug(例如 ["sec-form-d","sec-13f"]),路由器随后只会从这些包中的工具进行选择。省略则使用默认的完整目录路由。Slug 可从 list_packs / search_packs / https://pipeworx.io/directory 获取;未列出或未知的 slug 会被忽略,并在 _meta.pack_scope.ignored 中列出。如果没有任何 slug 能匹配问题,则会在整个目录中路由,并设置 _meta.pack_scope.full_catalog:true(绝不会返回空答案)。
querystring否question 的别名。
promptstring否question 的别名。
messagestring否question 的别名。
questionstring是用自然语言表达的问题或请求。支持 query、q、prompt、text、input、ask、message 作为别名。

详细介绍

mcp-abstract-phone

Abstract Phone MCP — 封装 Abstract API Phone Validation(https://www.abstractapi.com/api/phone-validation-api)

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

工具

工具描述
abstractphone_validate验证并丰富电话号码信息:返回号码是否有效、国际/国内格式、运营商、线路类型(移动/固定电话/voip)以及国家/地区和位置。例如:abstractphone_validate({ phone: "14152007986", _apiKey: "your-key" })

快速开始

添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "abstract-phone": {
      "url": "https://gateway.pipeworx.io/abstract-phone/mcp"
    }
  }
}
此端点实际提供的内容

https://gateway.pipeworx.io/abstract-phone/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 都连接到同一个网关和相同的 1872+ 个数据源。唯一的区别是哪些工具包的工具会被直接列出;从任一端点都可以通过 ask_pipeworx 访问所有工具。

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

此工具包需要你提供自己的 API 密钥(_apiKey)— 我们不会为它代理 API 密钥,因此没有可直接运行的 curl 命令。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/abstractphone_validate。查找工具:向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求,参数为 {"query":"..."}。

独立运行(无需网关账户)

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

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

或者直接运行,以确认服务能够启动:

npx -y @pipeworx/mcp-abstract-phone

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

使用 ask_pipeworx

你也可以用通俗的英语提问,而不是直接调用工具 — 此功能既适用于上述工具包端点,也适用于完整网关:

ask_pipeworx({ question: "your question about Abstract Phone data" })

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。