MCP Server Kubernetes vs Qdrant MCP Server

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

	MCP Server Kubernetes MCP Servers	Qdrant MCP Server MCP Servers
Tagline	MCP server that lets Claude, Cursor, VS Code and other agents drive kubectl and Helm against real clusters	Official Qdrant MCP server that turns a vector database into a semantic memory layer for Claude, Cursor, Windsurf, and any MCP client.
Category	MCP Servers	MCP Servers
Pricing	Free· Free and open source (MIT license). Kubernetes cluster and any AI client subscriptions billed separately.	Free· Free and open source (Apache-2.0). Qdrant itself can be self-hosted for free or used via Qdrant Cloud (free tier available, paid plans from ~$25/mo for managed clusters).
Model	—	FastEmbed (default: sentence-transformers/all-MiniLM-L6-v2); pairs with any MCP-capable LLM such as Claude 3.5/4, GPT-4o, or local models
Editorial score	—	—
Use cases	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	Persistent memory for Claude Desktop agentsSemantic code snippet search in Cursor and WindsurfPrivate documentation retrieval for internal LLM copilotsTeam knowledge base backed by Qdrant CloudLocal offline vector memory via QDRANT_LOCAL_PATHRead-only knowledge lookup skill for customer-support agentsCross-session context store for autonomous coding agents
Pros	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	Official, actively maintained by the Qdrant team with 1.4k+ stars and frequent releases Two-tool surface (store/find) is small enough that models actually use it correctly Bundled FastEmbed means no separate OpenAI/Cohere embedding key is required to get started Configurable tool descriptions let you rebrand the same server as memory, code search, or docs lookup Works across the major MCP clients: Claude Desktop, Cursor, Windsurf, VS Code, and custom agents Apache-2.0 with local, Docker, and uvx install paths including a fully offline QDRANT_LOCAL_PATH mode Read-only mode makes it safe to expose a curated knowledge base without letting the model write to it
Cons	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	Only FastEmbed is supported today, so you cannot plug in OpenAI, Cohere, or Voyage embeddings without forking Just two tools: no filtering, hybrid search, payload updates, or collection management surfaced to the model Single active collection per server process; multi-collection agents need multiple server instances or wrapping Assumes you already run and secure a Qdrant instance (self-hosted or Cloud) — not a turnkey managed product Chunking, ingestion pipelines, and re-ranking are entirely your problem; this is a thin bridge, not a RAG framework
Website	github.com	github.com

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

Pick Qdrant MCP Server if

✅ Official, actively maintained by the Qdrant team with 1.4k+ stars and frequent releases
✅ Two-tool surface (store/find) is small enough that models actually use it correctly
✅ Bundled FastEmbed means no separate OpenAI/Cohere embedding key is required to get started
✅ Configurable tool descriptions let you rebrand the same server as memory, code search, or docs lookup

Compare a different pair →