Kom: MCP server, setup and security

What Kom does

According to its repository: “Multi-cluster Kubernetes management and operations, embeddable as an SDK, covering common DevOps tasks for standard and CRD resources.”

The Model Context Protocol (MCP) is a standard plug between an AI agent and an outside service: once the server is connected, its tools show up in the agent, which decides when to call them. Kom is listed under Cloud platforms, a category of 116 servers in the directory, where it ranks #36 by stars.

Topics declared by the repository: client-go, crd, k8s, kom, sdk, kubectl.

Installing and connecting Kom

No package or remote server is declared in the official MCP registry: you install it from source, following the repository README.

It works with any MCP-compatible client (Claude Desktop, Claude Code, Cursor, VS Code, Codex and most recent agents). You add one entry to the client's MCP configuration: server name, start command or URL, environment variables. Project language: Go.

Security: what to check

Connecting an MCP server means installing software that talks straight to your agent: it runs with your rights and the model trusts its tool descriptions. The risk therefore depends on what it can touch and how far its code can be trusted.

None of the risk signals we track (system access, secrets, missing licence, abandonment) applies to Kom. That does not replace reading the code.

Good practice: grant only the rights needed (least privilege), require human approval for irreversible actions, and run the AI agent security check.

Project activity and maintenance

Created on October 21, 2024, the weibaohui/kom repository has 151 stars and 34 forks, with 4 open issues. It has more stars than 73% of the servers in the directory. It received changes this month.

Stars measure attention, not quality: a recent, heavily promoted project can collect them fast, while a useful but niche server will have few.