DC Hub Intelligence MCP Server — Standalone Streamable HTTP. Provides live data-center, power & gas intelligence over MCP with 82+ tools for facility search, market intelligence, grid data, and infrastructure analysis.
The server exposes 10 data center intelligence tools with structured schemas and clear descriptions. Most tools follow verb_noun naming convention (search_facilities, get_facility, list_transactions, get_market_intel, get_news, analyze_site, dchub_market_intel, dchub_search_facilities, dchub_grid, dchub_market). All tools are READ_ONLY and have documented input parameters with types and descriptions. However, output schemas are not explicitly documented, only input schemas are visible in the provided code. Parameter descriptions are adequate but could be more detailed regarding constraints and use cases. Tool descriptions average ~150-180 chars, which is within the 10-1024 baseline but some lack depth about when to use them vs related tools. Error handling details are absent from all tools. No evidence of LLM-specific guidance like 'call this discovery tool first' or dependency hints.
Evaluate a location for data center suitability using DC Hub's scoring engine. Analyzes power infrastructure, fiber connectivity, flood/seismic risk, labor market, tax incentives, and nearby facilities.
Live grid intelligence for an ISO: recent demand (MW), generation/fuel mix and headroom, plus a citation URL.
Live data-center market intelligence: capacity $/MW-day, vacancy, grid headroom, DCPI BUILD/CAUTION/AVOID verdict, and a citation URL. `slug` is a market like 'northern-virginia', 'ashburn', or 'dallas'.
Live data-center market intelligence: facility count, total/avg power (MW), operator landscape, recent facilities, and a citation URL.
Search the 24,500+ data-center facility universe. Returns rows with canonical slug, name, provider, and location, plus a citation URL.
Get detailed information about a specific data center facility.
Output schemas not documented. No visible descriptions of what each tool returns, field types, or data structures. LLMs cannot plan downstream actions or validate responses.
Duplicate or near-duplicate tools with confusing naming. 'dchub_search_facilities' duplicates 'search_facilities'; 'dchub_market_intel' and 'get_market_intel' overlap; 'dchub_grid' and 'dchub_market' appear to serve similar market intelligence purposes. LLMs will waste reasoning cycles deciding which to use.
Inferred effective spec: 2026-07-28+.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-22 | B | 71 | 2026-07-28+ | v2 |
Get data center market intelligence and statistics.
Get latest data center industry news aggregated from 40+ sources.
List data center M&A transactions with deal values and details.
Search 24,500+ global data center facilities by location, provider, or keyword.
No error handling guidance. Tools do not document failure modes, recovery steps, or actionable error messages. An LLM receiving a 404 or timeout has no direction on what to do next.
Missing pagination limits or caps. Tools like 'search_facilities' and 'get_news' accept 'limit' but no maximum is enforced in the description. No guidance on whether results are paginated or what total_count looks like.
Parameter descriptions lack detail on constraints and units. E.g., 'radius_miles' in 'analyze_site' does not specify min/max range, what happens if omitted, or typical values. 'query' in 'search_facilities' does not clarify case-sensitivity or special character handling.
No dependency hints or discovery guidance. Tools like 'analyze_site' and 'get_facility' do not explain how to chain with discovery tools or what information must be gathered first. LLMs may call tools in wrong order.
Tool definitions inferred or split across multiple files (MCP SDK in TypeScript, Langchain/Cohere/LlamaIndex in Python). No unified tool registration visible. This makes it unclear whether all tools are available on all transports or if definitions diverge.