MCP server for managing network routing configuration on CPE (Customer Premises Equipment) devices, supporting static routes, BGP, and OSPF protocols with CLI and SSE transport modes
Three tools with complete JSON schemas and basic descriptions, but significant gaps in LLM-optimization and error guidance. Tool names use verb_noun pattern (route.apply, route.remove, route.show) which is good. Descriptions are present but generic (34-60 chars, below the 50-200 char baseline for A+ tools). Parameters have types and descriptions, but lack enums for constrained values (e.g., 'protocol' should be an enum). No output schemas documented. No error handling guidance. No security considerations for destructive operations. Schemas are well-formed JSON Schema but descriptions don't explain WHEN to use each tool or what happens on failure.
Apply a static route configuration with destination, netmask, and nexthop
Remove a static route configuration
Show current static route configuration and status
Descriptions are too short (30-60 chars) and lack LLM-optimization guidance. 'Apply a static route configuration' does not explain WHEN to use this vs route.remove, what happens on success/failure, or prerequisites.
No output schemas documented. LLMs cannot plan downstream calls or extract return values. What does route.apply return? Success boolean? Route ID? Configuration object?
Parameter 'protocol' accepts free-form strings but should be an enum (e.g., ['static', 'dynamic', 'bgp']). LLMs will hallucinate invalid protocol names.
No error handling guidance. If route.apply fails (e.g., invalid nexthop, route already exists), what should the LLM do? Retry? Ask user? No recovery path documented.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 41 | 2026-07-28+ | v2 |
route.remove is destructive but has no confirmation step or dry-run option. Agents can accidentally delete critical routes. No idempotency guarantee documented.