MCP (Model Context Protocol) simplifica la conexión de servicios externos a asistentes de inteligencia artificial. En lugar de docenas de integraciones no estándar, se obtiene una única interfaz a través de la cual la aplicación descubre herramientas y datos. ¿Pero qué servidor MCP debe elegir para trabajar con editores populares? Vamos a averiguarlo.
Qué es el MCP y cómo funciona
La arquitectura MCP se divide en tres roles: host, cliente y servidor. El host es la aplicación que utiliza: Claude Escritorio, Cursor, o código VS. Dentro del host, un cliente responsable del intercambio de mensajes corre por cada servidor configurado. El servidor, a su vez, proporciona herramientas — acciones que el asistente puede realizar — así como recursos y impulsos. Los recursos son convenientes para usar como contexto y herramientas para operaciones activas.
Las conexiones locales normalmente funcionan a través de stdio: el host lanza el proceso del servidor y se comunica con él a través de entrada / salida estándar. Un servidor remoto es accesible a través de Streamable HTTP. En el primer caso, el proceso obtiene los permisos del usuario actual del ordenador; en el segundo, los datos llegan sobre la red, por lo que se requiere autenticación separada.
Criterios para elegir un servidor MCP
Antes de conectar un nuevo servidor, pregunte algunas preguntas:
- ¿Qué datos ve el servidor?
- ¿Qué acciones realiza?
- ¿Dónde están almacenados los secretos?
- ¿Quién confirma operaciones irreversibles?
- ¿Se guarda un registro?
Si al menos un punto no es claro, es mejor no correr el riesgo.
También revise el editor y el repositorio. Un servidor MCP es no una extensión oficial o una clave de API, pero un contrato de software que ejecuta código con privilegios locales. Un servidor instalado desde un README aleatorio puede hacer cualquier cosa. Preste atención a las dependencias, el método de actualización y la lista de herramientas declaradas.
Servidores populares MCP: qué conectar primero
En primer lugar, es útil configurar el acceso a los archivos locales y un repositorio GitHub.
Sistema de archivos y GitHub
El servidor Filesystem permite leer un directorio con una raíz restringida. Esta es una manera segura de dar al asistente acceso a los proyectos sin arriesgar todo el sistema. El servidor GitHub trabaja con problemas, peticiones y cheques. Es útil para automatizar tareas rutinarias: comprobar el estado de revisión, encontrar un fallo por problema, compilar una lista de tareas abiertas.
Las acciones que cambian el repositorio, creando ramas, cerrando temas, fusionando, están mejor habilitadas por separado, deliberadamente. Para GitHub, vale la pena establecer una cuenta separada, otorgar mínimos alcances y trabajar en un repositorio de caja de arena para que no se rompa accidentalmente la producción.
Bases de datos, Slack y Google Drive
El servidor Postgres es útil para leer esquemas, diagnosticar consultas y analizar datos. Aquí es importante crear un solo usuario de lectura con restricciones reales: tiempo de declaración, prohibición de esquemas sensibles, auditoría. Esto reduce el riesgo de modificar accidentalmente la base de datos a través del asistente.
Slack y Google Drive pueden exponer mensajes y documentos más allá del alcance de la tarea. Si no puedes hacerlo sin ellos, restringe espacios de trabajo, canales y carpetas. Y siempre recuerde: si una tarea se puede resolver con un recurso de sólo lectura, no le des una herramienta con acceso a escritura.
Navegador y dispositivos móviles
Cuando usted necesita acceso a interfaces web sin una API, Browser MCP viene en práctico — permite al agente interactuar con una página. Para los dispositivos Android, hay PhonePi MCP o similar. Estos servidores son convenientes para comprobar la interfaz o trabajar con un sistema que no tiene interfaz programática. Pero recuerde: la automatización UI es más lenta y frágil que una API directa.
Modelo de seguridad y amenaza
MCP reduce los costos de integración pero sí no eliminar el modelo de amenaza. El protocolo en sí no crea privilegios ni garantiza la calidad de aplicación. Un servidor puede requerir una clave de API, OAuth o autorización local, pero eso no lo hace seguro automáticamente. Piensa siempre en qué datos terminan en el contexto del asistente y quién podría leer esos datos.
Montaje mínimo y presupuesto
Para un desarrollador, una configuración inicial razonable es archivos locales en una raíz permitida y un repositorio GitHub. Entonces puede añadir un navegador para cheques. Las bases de datos, los chats y los documentos en la nube sólo deben conectarse para un escenario repetible específico. Después de una semana de uso, eliminar todo lo que no aporta valor. Este enfoque ahorra presupuesto y no sobrecarga al asistente con herramientas innecesarias.
