Openapi to MCP: servidor MCP, instalación y seguridad

Para qué sirve Openapi to MCP

Según su repositorio: «Convierte automáticamente cualquier especificación OpenAPI/Swagger en herramientas MCP.»

Un servidor MCP da a un agente IA herramientas adicionales que llama durante la conversación: el agente lee su descripción, decide usarlas y recibe el resultado. Openapi to MCP figura en la categoría Herramientas de desarrollo, que reúne 475 servidores en el directorio; ocupa el puesto 419 por número de estrellas.

Temas declarados por el repositorio: openapi, swagger.

Instalar y conectar Openapi to MCP

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

Como cualquier servidor MCP, se declara en la configuración del cliente (Claude Desktop, Claude Code, Cursor, VS Code, Codex…): un nombre, el comando que lo lanza o su URL, y las variables de entorno necesarias. El cliente lo inicia y muestra sus herramientas. Lenguaje del proyecto: Java. Sistemas indicados: macOS, Windows, Linux.

Seguridad: qué comprobar

Un servidor MCP ejecuta código con los permisos que le da, y el modelo lee las descripciones de sus herramientas: un servidor malicioso o comprometido puede desviar al agente. Lea el código o elija un servidor mantenido y muy usado antes de conectarlo.

Ninguna de las señales de riesgo que seguimos (acceso al sistema, secretos, falta de licencia, abandono) aparece en Openapi to MCP. 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 5 de diciembre de 2025, el repositorio bbonnin/openapi-to-mcp suma 7 estrellas y 4 copias (forks), con 0 incidencias abiertas. Tiene más estrellas que el 19 % de los servidores del directorio. Última modificación hace 11 meses.

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.