Skip to main content
📖 The AI Tool Bible

MCP Everything Server vs MCP Server Kubernetes

A side-by-side look at pricing, capabilities, pros, cons, and our editorial scores.

 MCP Everything Server logo
MCP Everything Server
MCP Servers
MCP Server Kubernetes logo
MCP Server Kubernetes
MCP Servers
TaglineThe kitchen-sink reference MCP server that exercises every corner of the Model Context ProtocolMCP server that lets Claude, Cursor, VS Code and other agents drive kubectl and Helm against real clusters
CategoryMCP ServersMCP Servers
PricingFree· Free and open source (MIT License). No cloud service or paid tier — you run it locally via npx, Docker, or your MCP client of choice.Free· Free and open source (MIT license). Kubernetes cluster and any AI client subscriptions billed separately.
Model——
Editorial score——
Use cases
MCP client conformance testingRegression testing of stdio and Streamable HTTP transportsVerifying sampling round-trip behavior in a new agent hostDebugging elicitation UI in an IDE integrationReference reading for authoring a new MCP serverDemoing MCP primitives in workshops and talksSmoke-testing cancellation and progress-notification handlingValidating resource-subscription update delivery
AI-driven pod troubleshooting and log triageNatural-language kubectl for platform engineersHelm chart install and upgrade from a chat clientDeployment rollouts and scaling via Claude Desktop or CursorNode cordon and drain during maintenanceCleanup of pods stuck in Evicted, ContainerStatusUnknown or CrashLoopBackOffPort-forwarding services for local debuggingRead-only cluster inspection in non-destructive modeAuditable agent actions via OpenTelemetry traces
Pros
  • Only server that exercises the full MCP feature matrix in one place — tools, resources, prompts, sampling, elicitation, roots, logging, subscriptions, and Tasks
  • Maintained by the Model Context Protocol project itself, so behavior tracks the spec as it evolves (SEP-1686 Tasks, Streamable HTTP, etc.)
  • Runs anywhere an MCP client runs — npx, Docker, Claude Desktop, VS Code, Cursor, Windsurf — with stdio or HTTP transports
  • TypeScript source is short and readable, making it a de-facto reference for how each handler should be shaped
  • MIT-licensed, no telemetry, no signup, no cloud dependency
  • Includes progress notifications and cancellation flows that most tutorial servers skip, so client cancel/timeout logic can be exercised properly
  • Broad kubectl surface — CRUD on any resource, logs, exec, port-forward, rollouts, scale, cordon/drain and stuck-pod cleanup out of the box
  • First-class Helm v3 support including install, upgrade, uninstall and template with custom values
  • Built-in /k8s-diagnose prompt gives the model a structured troubleshooting recipe rather than free-styling kubectl
  • Non-destructive read-only mode and automatic secrets masking reduce the blast radius of an agent going off-script
  • Works with the mainstream MCP clients (Claude Desktop, Claude Code, Cursor, VS Code, Codex CLI) via a single npx command
  • Optional OpenTelemetry tracing on every tool call, so agent actions are auditable in your existing observability stack
  • MIT-licensed, TypeScript, actively released (v4.x line in 2026) with 1.5k+ stars and 270+ forks
Cons
  • Explicitly not useful for end users — it does not do anything a human would actually want done
  • Feature drift means some primitives (SEP-1686 Tasks, elicitation) may not yet be implemented in every client, producing red herrings during testing
  • Documentation is a single features.md; there is no guided tour that maps each tool to the spec section it exercises
  • TypeScript-only reference — Python or Rust client authors have to translate patterns themselves
  • Sampling and elicitation flows depend on the client honoring them, so a silent client makes it hard to tell whether the server or the client is at fault
  • Runs with whatever RBAC your kubeconfig has — a compromised or over-eager agent can delete production resources unless you enable non-destructive mode
  • No native multi-cluster policy layer or approval workflow; safety relies on kubeconfig scoping and the client's tool-approval UI
  • Requires kubectl (and Helm for chart operations) preinstalled and on PATH — not a zero-dependency install
  • Node.js / npx runtime is another moving part to manage on operator workstations or bastion hosts
  • Advanced cluster features (custom operators, service meshes, cloud-provider APIs) are only reachable through generic apply/patch, not first-class tools
Websitegithub.comgithub.com
Pick MCP Everything Server if
  • ✅ Only server that exercises the full MCP feature matrix in one place — tools, resources, prompts, sampling, elicitation, roots, logging, subscriptions, and Tasks
  • ✅ Maintained by the Model Context Protocol project itself, so behavior tracks the spec as it evolves (SEP-1686 Tasks, Streamable HTTP, etc.)
  • ✅ Runs anywhere an MCP client runs — npx, Docker, Claude Desktop, VS Code, Cursor, Windsurf — with stdio or HTTP transports
  • ✅ TypeScript source is short and readable, making it a de-facto reference for how each handler should be shaped
Pick MCP Server Kubernetes if
  • ✅ Broad kubectl surface — CRUD on any resource, logs, exec, port-forward, rollouts, scale, cordon/drain and stuck-pod cleanup out of the box
  • ✅ First-class Helm v3 support including install, upgrade, uninstall and template with custom values
  • ✅ Built-in /k8s-diagnose prompt gives the model a structured troubleshooting recipe rather than free-styling kubectl
  • ✅ Non-destructive read-only mode and automatic secrets masking reduce the blast radius of an agent going off-script