Model Context Protocol server for Kubernetes cluster management with special support for OpenShift
Three tools with minimal documentation. Tool names follow verb_noun pattern (list_*), which is good. However, descriptions are extremely brief (12-28 chars), far below the 194-char baseline. No input schemas visible in provided source code, only test file references. Parameters are not documented. Output schemas are not specified. No error handling guidance. This server lacks the foundational definition quality needed for production agent use.
List available Kubernetes contexts from kubeconfig
List Kubernetes events
List Kubernetes namespaces
No input schemas visible in source code. Tool definitions appear to be inferred from test files only (mcp_tools_test.go, tool_filter.go). Cannot verify parameter types, constraints, or structure.
Descriptions are 12 - 28 characters, far below the 194-char baseline. 'List Kubernetes namespaces' and 'List Kubernetes events' lack context for when to use each tool, what they return, or dependencies. LLMs cannot distinguish between similar tools with such minimal guidance.
No parameter documentation visible. Cannot verify that parameters have descriptions, types, or constraints. LLMs will guess at parameter meaning and valid values.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 38 | 2026-07-28+ | v2 |
No output schemas documented. LLMs cannot plan downstream tool calls or extract required fields (e.g., namespace names, event IDs) without knowing the response structure.
No error handling guidance. If a tool fails (e.g., kubeconfig not found, cluster unreachable), there is no recovery path documented for the LLM.