OpenShift 4 MCP Server
Related Servers
Alternatives to OpenShift 4 MCP Server
No user-submitted related servers found.
Related Servers
- FlicenseAqualityDmaintenanceAI-powered MCP server for enterprise OpenShift/Kubernetes cluster management, providing diagnostic tools, RAG knowledge retrieval, and autonomous remediation recommendations.9-
- AlicenseNot gradedqualityCmaintenanceAn open source MCP server empowering SREs with intelligent observability, predictive analytics, and AI-driven automation across Kubernetes, OpenShift, and Tekton environments.11Apache 2.0
- FlicenseNot gradedqualityCmaintenanceAn MCP server exposing Kubernetes-style diagnostic tools to an LLM agent, with a safety approval gate for destructive actions, all backed by a mock cluster for local testing.-
- AlicenseAqualityBmaintenanceAn MCP server exposing 72 tools across 26 homelab services, enabling LLMs to monitor and manage infrastructure, media, storage, and networking with a single endpoint.16MIT
- 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
- AlicenseAqualityBmaintenanceCloudOps MCP is a read-only Model Context Protocol server that exposes normalized operational infrastructure context (logs, metrics, deployments, health) to AI agents through a small set of typed, bounded tools.6MIT
TDQS
Scored across 138 tools
Each tool targets a specific resource and action (e.g., list_pods, get_pod, delete_pod), with clear descriptions that distinguish overlapping concepts like list_custom_resources vs. get_resource. The escape hatch run_oc_command is clearly marked as a last resort.
All tools follow a consistent verb_noun pattern in snake_case (e.g., list_pods, create_namespace, delete_service). Verbs are uniform (list, get, create, delete, scale, start, stop, etc.), with only rare exceptions like rolllout_restart_deployment which still fits the pattern.
138 tools is high, but appropriate for a comprehensive OpenShift management server covering many subsystems (core K8s, builds, operators, service mesh, AI, VMs, ACM, etc.). While it borders on excessive, each tool serves a distinct purpose in its domain.
The toolset covers most CRUD/lifecycle operations across a wide range of resources. Minor gaps exist (e.g., no direct create/update for Deployments, Services), but these can be addressed via apply_manifest. Overall, it provides a thorough surface for cluster management.