IP 查询服务的近期更新：把能力拆开

这次更新集中在 MCP：从单一查询入口变成一组按问题划分的工具

从「查一下」到「按问题取答案」

以前只有一个查询工具 get_ip_info，它会返回合并后的完整结果，对人够用，对 Agent 不够。 想拿 ASN 或当地时间，得自己从结果里翻；想要有关某个提供商的更具体的信息，之前一直没有可用的方法。

新版本按使用意图拆分能力：默认仍然给合并结果；需要核对时，可以只看某一个来源；需要完整证据时，可以拿到每个来源的原始答案。 除此之外，还补上了地址解析、网段信息、ASN、调用方位置、IPv6 地址反推和当地时间这些独立能力。

每类工具只回答一个问题，工具描述和错误提示会说明下一步能做什么。

几条设计取舍

默认共识，保留分歧：多源合并仍然是最常用的入口，合并结果作为默认视角。需要时可以查看单源和原始结果；核对单个字段时，可以直接复用已有结果。

缺失就说缺失：时区拿不到、地址推不出 MAC 时，返回明确的空值或错误。对上层来说，知道数据缺失比拿到一个错误结论更有用。

缓存结果，避免重复请求：IP 定位不像别的，同一地址的查询结果很难发生大规模变化，所以能复用就尽量复用。上游限流时，暂时跳过该来源， 等限制解除后再恢复。这类退避逻辑平时看不见，但决定了服务在被上游限制时还能不能稳定工作。

让调用方自己判断：工具会尽量说明数据来自哪里、哪些来源没有响应。最终结论留给上层 Agent。

运行时和入口

依赖和运行时做了常规更新，同时清掉了已经废弃的 SSE 传输路径。MCP 现在只保留一个入口，客户端配置更简单，排查问题也少一层，升级过程中顺手修掉了几处类型和兼容性问题。

使用方式

Base URL: https://ip.932.moe/mcp

让 MCP 客户端使用 Streamable HTTP 格式连接服务的入口即可，配置完成后可以直接问 AI：

• 1.0.0.1 这个 IP 的属于哪个 ASN，运营商是谁
• 1.0.0.1 这个 IP 的网段从哪里开始，到哪里结束
• 1.0.0.1 这个 IP 的所在地现在几点
• 看一下我的出口 IP eg. 方便炫耀家宽 etc.

工具描述写得清楚，小模型才容易一次选对，为此这次在描述和错误信息上花了不少篇幅。

结语

这次更新把已有能力变成可以组合的答案。对一个每天被脚本和 Agent 调用的服务来说，减少一次猜测，通常比多一个数据源更有用。