IP Geolocation MCP Server 是一套 Model Context Protocol 端点：AI 客户端传入一个 IP，它就返回国家、城市、ISP、ASN 与信誉数据。模型不再靠记忆猜，而是真的发一次请求。IPIPAI 的端点在 https://ipipai.com/mcp，后面挂着 11 个工具。
这件事值得单独讲，是因为"这个 IP 在哪"对人类简单，对大模型却几乎不可能。语言模型不保存实时的 IP 到城市映射，不能可靠地把一串地址解析成 ASN，也无从知道某个 IP 昨天有没有被拉黑。没有工具调用时，它给你的是一段听起来很合理的猜测。MCP 服务器要做的，就是把这个猜测换成一次真实查询。
为什么 AI 必须调工具，而不是"凭印象"
模型靠记忆回答 IP 问题，通常有三种翻车方式：
- 没有实时映射。IP 归属库天天在变，ISP 重新分配网段、机房新开区域，训练数据里都不会有。
- 算不了 IP 空间。模型对任意 IPv4/IPv6 字符串、ASN 与网段关系的解析并不可靠，尤其是 IPv6。
- 没有信誉上下文。一个地址是不是 VPN、Tor 出口、机房节点、是否在滥用名单里，都是实时查询结果，不是权重里的固定事实。
接入 MCP 后，模型先调一个确定性服务，再对返回的 JSON 做推理。解释仍然由模型写，但数据不再由它编。
IPIPAI 的 MCP 端点暴露了哪些工具
该端点实现 Streamable HTTP 与 JSON-RPC 2.0。与定位、网络排查最相关的工具如下：
| 工具 | 返回什么 | 典型用途 |
|---|---|---|
lookup_ip | 地理位置、ISP、ASN、IP 类型、风险分与综合结论 | 一次调用拿到完整 IP 情报 |
lookup_ip_location | 仅国家与城市，轻量快速 | 批量循环里的快速定位 |
check_ip_reputation | 代理/VPN 标记、Tor 出口、黑名单与机房分类 | 判断节点是否可信 |
rate_ip_node | 0–100 总分与 A+ 到 D 等级 | 采购前给候选节点排序 |
check_service_access | 指定服务在该 IP 位置是否可访问 | 评估解锁可行性 |
lookup_domain_whois | 注册商、创建与到期时间、NS | 补全域名背景 |
lookup_mac_vendor | 由 OUI 前缀查厂商 | 设备识别 |
resolve_dns | A 与 AAAA 记录 | 确认域名解析 |
ping_host | 最小/平均/最大延迟与丢包率 | 可达性与延迟检查 |
trace_route | 逐跳路径与每跳延迟 | 定位路由在哪一段变慢 |
check_website_availability | 主要站点在服务器位置是否可达 | 区域故障初判 |
一分钟接进客户端
远程 HTTP MCP 用 URL 配置，不需要本地命令。以 Claude Desktop / Claude Code 为例，在 MCP 配置里加一段：
{
"mcpServers": {
"ipipai": {
"type": "http",
"url": "https://ipipai.com/mcp"
}
}
}
Cursor 则把同样的 server 块写进 ~/.cursor/mcp.json。重启客户端后让它列一次 MCP 工具，11 个工具都出现就说明握手成功；没出现就按"端点 URL → 网络可达 → 传输类型"的顺序排查。具体字段解释见 MCP 配置 JSON 指南，常见报错见 MCP 连接排错。
三个好用的提问方式
接好之后，答案质量取决于你有没有明确要求它调用工具。下面三种问法比较稳：
- "用 IPIPAI 的 lookup_ip 查
203.0.113.42，然后解释风险分，并说明它更像住宅还是机房 IP。" - "用 check_ip_reputation 和 rate_ip_node 对比两个候选代理 IP，推荐检测风险更低的那一个。"
- "查
198.51.100.7能不能访问 Netflix，并列出这个结论背后的假设。"
后半句很关键：让它解释、对比，模型才会真正使用返回字段，而不是含糊总结。更多场景见 MCP 使用场景与示例。
精度与隐私的边界
工具输出取决于底层数据库。城市级定位大体可靠，但并非每次都精确，诚实的说法是一个置信区间，而不是精确到门牌号。如果你要基于这个结果做决策，先读 IP 定位到底有多准。
隐私方面：你发给远程 MCP 的每个 IP 都会离开本机并到达服务方，这和网页查询是同样的取舍。涉及客户 IP 时，先确认你的数据政策是否允许；数据敏感就优先自建部署。
接下来去哪
如果只想查一个地址，网页版比接客户端更快：用 IP 查询工具。想看完整工具清单与 schema，读 IPIPAI MCP 文档。如果还在犹豫要不要用 MCP 这种集成形态，MCP 服务器是什么与 MCP 与插件对比讲了取舍。
先接端点，再测一次调用。把客户端指向 https://ipipai.com/mcp，拿一个你已经知道答案的 IP 跑 lookup_ip，看返回的城市和 ASN 对不对。这一次实测比任何教程都管用。完整工具表：MCP 文档。
常见问题
IP Geolocation MCP Server 是什么？
它是一套 Model Context Protocol 端点，把"传一个 IP、返回位置与信誉数据"封装成 AI 可调用的工具。客户端调用它，而不是让模型猜。
IPIPAI 的 MCP 服务要 API Key 吗？
正常交互使用下，远程端点可以不填 API Key 直接接入；同样的查询也可以用网页版工具完成。
为什么不直接问 ChatGPT 某个 IP 在哪？
因为模型没有实时 IP 库。没有工具调用时，它给的是听起来合理的猜测，这正是 MCP 要消除的问题。
哪些客户端支持远程 HTTP MCP？
Claude Desktop、Claude Code、Cursor 都支持 HTTP 形式的 MCP 配置；任何实现 Streamable HTTP 的客户端都能连同一个地址。