Kom: servidor MCP, instalación y seguridad

Para qué sirve Kom

Según su repositorio: «Gestión y operación Kubernetes multiclúster, integrable como SDK, para tareas DevOps habituales con recursos estándar y CRD.»

El protocolo MCP (Model Context Protocol) es un enchufe estándar entre un agente IA y un servicio externo: una vez conectado el servidor, sus herramientas aparecen en el agente, que decide cuándo llamarlas. Kom figura en la categoría Plataformas cloud, que reúne 116 servidores en el directorio; ocupa el puesto 36 por número de estrellas.

Temas declarados por el repositorio: client-go, crd, k8s, kom, sdk, kubectl.

Instalar y conectar Kom

No hay paquete ni servidor remoto declarado en el registro MCP oficial: se instala desde el código fuente, siguiendo el README del repositorio.

Funciona con cualquier cliente compatible con MCP (Claude Desktop, Claude Code, Cursor, VS Code, Codex y la mayoría de agentes recientes). Basta con añadir una entrada a la configuración MCP del cliente: nombre del servidor, comando de inicio o URL, variables de entorno. Lenguaje del proyecto: Go.

Seguridad: qué comprobar

Conectar un servidor MCP equivale a instalar un programa que habla directamente con su agente: funciona con sus permisos y el modelo confía en las descripciones de sus herramientas. El riesgo depende de lo que puede tocar y de la confianza que merece su código.

Ninguna de las señales de riesgo que seguimos (acceso al sistema, secretos, falta de licencia, abandono) aparece en Kom. Esto no sustituye la lectura del código.

Buenas prácticas: conceder solo los permisos necesarios (mínimo privilegio), exigir validación humana para las acciones irreversibles y pasar el diagnóstico de seguridad de agentes IA.

Actividad y mantenimiento del proyecto

Creado el 21 de octubre de 2024, el repositorio weibaohui/kom suma 151 estrellas y 34 copias (forks), con 4 incidencias abiertas. Tiene más estrellas que el 73 % de los servidores del directorio. Ha recibido cambios este mes.

Las estrellas miden la atención recibida, no la calidad: un proyecto reciente y muy mediático puede acumularlas rápido, y un servidor útil pero especializado tendrá pocas.