Data Center Auditor MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| audit_commissioning_scriptC | Audits a data center commissioning script (MOP, SOP, EOP, or IST Level 1-5) against deterministic physical boundary rules and safety gates. |
| verify_hydraulic_boundaryB | Calculates required coolant flow rate, mass balance, heat removal capacity, and ASHRAE Liquid Cooling Class compliance for AI compute racks (e.g., NVIDIA GB200 NVL72). |
| calculate_pipe_friction_lossA | Calculates Darcy-Weisbach pipe friction pressure drop, flow velocity, Reynolds number, and erosion thresholds for data center liquid cooling loops. |
| search_field_protocolsA | Searches the Data Center Field Guides ground-truth corpus for commissioning procedures, fatal flaw criteria, and engineering formulas. |
| classify_corrosion_severityA | Classifies data center whitespace atmospheric corrosion severity according to ANSI/ISA-71.04-2013 for Copper and Silver reactivity. |
| lookup_defect_codeA | Looks up fatal commissioning flaws and defect codes (e.g. A-01, B-02, C-03) from the Data Center Field Guides audit standard. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 6 tools
Most tools target clearly distinct actions and artifacts, such as auditing a script, searching field protocols, classifying corrosion, or looking up a defect code. The only potential overlap is between verify_hydraulic_boundary and calculate_pipe_friction_loss, since both perform hydraulic calculations, though their descriptions distinguish system-level rack verification from pipe-level friction loss.
All six tool names follow a consistent snake_case verb_noun pattern: audit_, verify_, calculate_, search_, classify_, and lookup_. The verbs are specific and the naming convention is predictable throughout.
Six tools is well-scoped for a focused data center auditing server. Each tool maps to a distinct audit or engineering sub-task, and there is no evident padding or redundancy.
The surface covers the core auditing workflow: script audit, hydraulic verification, friction calculations, protocol search, corrosion classification, and defect lookup. Minor gaps exist around report generation/export or batch auditing, but the main lifecycle needs are represented.