Model Context Protocol server exposing hardware telemetry, power controls, economy pricing, space DTN routing, semantic vector RAG, and PQC cryptographic attestations as standardized MCP tools.
Server has 8 tools with basic schemas and descriptions, but significant gaps prevent production use. All tools have descriptions (10-100 chars, mostly adequate), and input schemas are present with type definitions. However, parameter descriptions are sparse or missing entirely. Most critically: no output schemas documented, no error handling guidance, no parameter constraints (enums, ranges), and no composition support for chaining. Tools like spool_dtn_bundle and set_load_shedding lack actionable error recovery paths. The server follows a verb_noun naming convention (get_, set_, query_, predict_, spool_) which is good, but parameter naming is inconsistent (e.g., 'level' vs 'priority' vs 'query'). No tool annotations (readOnlyHint/destructiveHint) despite clear read/write distinctions. Average tool score: 42/100.
Retrieves full micro-datacenter system status, load shedding, and node role.
Retrieves real-time power, thermal, storage, and GPU hardware telemetry.
Inspects the local node wallet addresses (Ed25519 and ML-DSA-87) and balances.
Calculates upcoming satellite overpasses and contact windows using SGP4 orbital mechanics.
Performs semantic RAG search across indexed knowledge base using vector similarity.
Queries dynamic solar-aware compute, token, and DTN relay pricing rates.
Sets or adjusts the hardware load shedding state.
No output schemas documented for any tool. LLMs cannot plan downstream calls or extract required fields (e.g., what does get_telemetry return? Is it {power_w, temp_c, storage_gb}?). This violates pattern:tool and forces agents to guess response structure.
Parameter descriptions are missing or minimal. 'level' in set_load_shedding has no description of what L0-L4 mean operationally. 'battery_soc' and 'solar_watts' in query_market_pricing lack units, ranges, or constraints. LLMs cannot validate inputs without explicit guidance.
No error handling or recovery guidance. spool_dtn_bundle (WRITE operation) and set_load_shedding have no documented failure modes, retryability, or next steps if the operation fails. Agents cannot self-correct.
Inferred effective spec: <=2025-11-25.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | D | 56 | <=2025-11-25 | v2 |
Creates, signs, and queues an RFC 9171 BPv7 bundle into the store-and-forward spool.
No tool annotations despite clear read/write semantics. set_load_shedding and spool_dtn_bundle are destructive/state-modifying but lack readOnlyHint=false or destructiveHint=true. Agents cannot distinguish safe from risky operations.
No parameter constraints (enums, ranges, patterns). 'priority' in spool_dtn_bundle accepts 0-3 but is not declared as an enum. 'duration_hours' and 'min_elevation_deg' in predict_satellite_passes lack min/max bounds. LLMs will pass invalid values.