A
licenseNot graded
qualityC
maintenanceMCP server providing IP address lookup capabilities. Enables AI assistants to fetch details about public IP addresses or the user's current device IP.
11 npm
ISC
openai
by com.seoapi
Server Details
Validate GPTBot and OAI-SearchBot IP addresses. Remote MCP validate_ip tool.
If you are the author of this connector, you can claim ownership with GitHub, an HTTP challenge, or a DNS record. Claimed connector authors can inspect health checks, view analytics, and manage their listing.
- Status
- Healthy
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-06-18
- URL
TDQS
A3.9/5.0
Scored across 1 tool
Disambiguation5/5
With only one tool, there is no risk of confusion between tools. The single tool has a clear and distinct purpose.
Naming Consistency5/5
The tool name 'validate_ip' follows a clear verb_noun pattern. With only one tool, naming consistency is perfect.
Tool Count2/5
For a server named 'openai', which suggests a broad set of OpenAI-related capabilities, having only one tool for IP validation feels insufficient and mismatched to the implied scope.
Completeness1/5
Given the server name 'openai', the surface is severely incomplete, lacking any tools for API interactions, model listings, or other core OpenAI functionalities.
Available Tools
1 toolvalidate_ipValidate OpenAI GPTBot IPAInspect
Check whether an IP address (IPv4 or IPv6) is a genuine OpenAI GPTBot IP address, verified against OpenAI GPTBot's published IP data on seoapi.com.
ParametersJSON Schema
| Name | Required | Description | Default |
|---|---|---|---|
| ip | Yes | The IPv4 or IPv6 address to validate |
TDQS
A4.1/5.0
Behavior4/5
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description discloses the verification source (OpenAI GPTBot's published IP data on seoapi.com), adding transparency beyond annotations. It does not mention side effects or rate limits, but for a read-only check, this is sufficient.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Conciseness5/5
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, clear sentence with no waste. It is appropriately front-loaded and every word contributes to the purpose.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Completeness5/5
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's simplicity (one parameter, no output schema), the description fully covers the purpose and verification source, leaving no gaps in understanding.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Parameters3/5
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The input schema covers 100% of parameters with a description of the 'ip' parameter as 'The IPv4 or IPv6 address to validate'. The description repeats this, adding no new semantic value, so baseline 3 is appropriate.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Purpose5/5
Does the description clearly state what the tool does and how it differs from similar tools?
The description explicitly states the tool checks if an IP address (IPv4 or IPv6) is a genuine OpenAI GPTBot IP, verified against published data. This is a specific verb-resource combination and distinguishes it from any potential related tools.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Usage Guidelines3/5
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage when you need to validate an IP against GPTBot data, but it does not provide explicit guidance on when to use alternatives or exclude cases. For a simple validation tool, this is adequate but not explicit.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
- First observed
validate_ip
Related MCP Connectors
Validate ClaudeBot and Claude-SearchBot IP addresses. Remote MCP validate_ip tool.
Validate PerplexityBot IP addresses. Remote MCP validate_ip tool.
Validate Amazonbot and Amzn-SearchBot IP addresses. Remote MCP validate_ip tool.
Validate DuckDuckBot IP addresses. Remote MCP validate_ip tool.
Related MCP Servers
- AlicenseNot gradedqualityBmaintenanceEnables checking any IP address for VPN, proxy, Tor, datacenter hosting, anonymity, and fraud risk signals, plus API service status, directly from MCP-capable clients like Claude and Cursor.16 npm2MIT
- AlicenseAqualityAmaintenanceOfficial parseAPI MCP server providing IP/place data, email/phone/domain validation, weather, currency, timezone, and holiday lookups as tools for AI agents.32426 npmMIT
- AlicenseNot gradedqualityCmaintenanceProvides a no-key IP intelligence API for MCP clients, enabling IP geolocation, VPN/datacenter detection, DNS, WHOIS, blacklist checks, security headers, port scanning, and more.MIT
Try in Browser
One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd
Glama MCP Gateway
Add one secure layer between your agents and this server.