MCP Kubernetes Server
Related Servers
Alternatives to MCP Kubernetes Server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables AI assistants to interact with Kubernetes clusters through natural language, supporting core Kubernetes operations, monitoring, security, and diagnostics.64 npm961MIT
- FlicenseNot gradedqualityDmaintenanceAn Model Context Protocol server that lets language models directly manage and visualize Kubernetes clusters through safe, high-level operational tools.1-
- AlicenseNot gradedqualityCmaintenanceAn MCP server that enables AI assistants to interact with Kubernetes clusters by translating natural language into kubectl and Helm operations. It allows users to query, manage, and diagnose Kubernetes resources and cluster states through a seamless integration.21Apache 2.0
- AlicenseNot gradedqualityDmaintenanceA lightweight MCP server that enables natural language interaction with Kubernetes clusters, allowing management of pods, deployments, namespaces, and cluster resources through conversational queries or API endpoints.1MIT
- FlicenseNot gradedqualityCmaintenanceExposes Kubernetes cluster management tools to LLMs, enabling querying pods, deployments, logs, metrics, and managing port forwards via natural language.1-
- AlicenseNot gradedqualityBmaintenanceMCP server that connects LLMs to Kubernetes clusters for troubleshooting, scanning failing pods, diagnosing root causes, and applying guarded fixes or generating manifests via natural language.MIT
TDQS
Scored across 25 tools
Most tools have distinct purposes targeting specific Kubernetes resources or operations, with clear boundaries like annotate_resource vs. remove_annotation. However, some overlap exists between get_pods and describe_pod, and expose_service and port_forward could be confused for similar networking tasks, though descriptions help differentiate them.
The naming follows a consistent verb_noun pattern throughout, such as get_pods, create_deployment, and delete_resource. Minor deviations include describe_pod (singular noun) and expose_service (which could be named create_service for consistency), but overall the pattern is predictable and readable.
With 25 tools, the count feels heavy for a Kubernetes server, bordering on excessive. While Kubernetes is a complex domain, this many tools may overwhelm agents and could be streamlined, such as by consolidating get_* tools into a single generic get_resource with parameters.
The tool set provides comprehensive coverage of Kubernetes operations, including CRUD for deployments, resource management (annotate, label, delete), monitoring (get_logs, get_events), and cluster administration (context switching, namespace listing). No obvious gaps are present for core workflows, ensuring agents can handle most tasks without dead ends.