MCP servers: cuáles le importan a una empresa (y cuáles no)

01 Qué es un MCP server

Un MCP server es un pequeño componente de software que se sitúa delante de un sistema y expone un conjunto definido y limitado de acciones que un asistente de IA puede solicitar. No es la IA. No es tu ERP. Es la capa intermedia que decide qué pasa y qué no.

Hay una distinción que conviene entender ahora para ahorrarse diez minutos de confusión después, porque casi todas las listas la mezclan. Los clientes MCP (model context protocol clients) son donde escribes: Claude, ChatGPT, Claude Code, cualquier asistente que hable el protocolo. Los servers MCP son lo que se conecta a tus datos. Un mismo cliente puede hablar con varios servers a la vez, y por eso la elección de servers pesa más que la de cliente: el cliente es intercambiable, los servers son lo que estás exponiendo.

Si quieres el protocolo explicado desde cero, ya contamos cómo funciona el protocolo MCP en su propia guía. Este artículo da esa parte por sabida y va directo al catálogo.

03 Los MCP servers que sí le importan a una empresa

De todo lo que hay en esa tabla, cuatro se ganan su sitio en una empresa que no vende software.

1. El del sistema de gestión. El de más valor y del que menos se habla, porque es el aburrido. También es el único conectado al sitio donde las preguntas de negocio ya tienen respuesta: qué facturas están vencidas, qué clientes no compran desde hace noventa días, cómo va el mes. Eso es lo que hace el conector MCP de Binhex Cloud: te deja preguntarle a Claude o a ChatGPT por tus clientes, ventas, facturas y stock desde la misma ventana de chat que ya tienes abierta, con el alcance que tú definas.

2. El de almacenamiento documental, bien acotado. Útil para contratos y propuestas. Peligroso cuando alguien lo apunta a la unidad entera en vez de a dos carpetas. Acótalo a lo que el asistente necesita de verdad.

3. El de correo, en solo lectura. Enormemente útil para tener contexto de una relación con un cliente. Rara vez hay una buena razón para dar permisos de escritura el primer día.

4. El de proyectos y tickets, si ahí es donde vive tu operación. Para una empresa de servicios está cerca del ERP en valor. Para un distribuidor es ruido.

Fíjate en lo que tienen en común los cuatro: cada uno es el sistema de registro de un tipo concreto de pregunta. Ese es el patrón. Y si ya usas Odoo y no quieres mover nada para llegar hasta aquí, también puedes añadir agentes a tu Odoo actual y conectar desde ahí.

04 Los que no le importan (aunque salgan en todas las listas)

Casi todos los directorios de MCP los escribieron desarrolladores catalogando sus propias herramientas. No es una crítica: simplemente es otro público. Esto es lo que puedes saltarte si el tuyo es una empresa.

A- Servers de sistema de archivos y terminal. Ejecutar comandos en una máquina es una necesidad de desarrollo, no de negocio. Riesgo alto, cero ventaja operativa.

B- GitHub y las herramientas de código, incluido Claude Code. Dominan todas las listas porque quien escribe las listas vive ahí dentro. Realmente útiles si vendes software. Irrelevantes si vendes cualquier otra cosa.

C- Automatización de navegador. Frágil por diseño. Se rompe cada vez que la web de destino cambia su maquetación, que es a menudo.

D- Servers de comunidad sin mantenedor. Mira el último commit antes de mirar la lista de funciones. Si es de hace ocho meses, ese server no va delante de los datos de tus clientes.

E- Servers de base de datos cruda, por lo que explicábamos en la tabla. Si alguien te lo propone como atajo para «conectar el ERP», te está proponiendo rodear el modelo de permisos, no usarlo.

05 Cómo se elige un MCP server

Seis preguntas. Llevan unos diez minutos por server y te ahorran una revisión de seguridad más adelante.

1. ¿Quién lo mantiene? El fabricante del sistema al que se conecta, o la comunidad.
2. ¿Expone acciones definidas o acceso abierto? «Consultar el estado de una factura» es una acción. «Ejecutar una consulta» es acceso abierto.
3. ¿Arranca en solo lectura? Los buenos lo hacen, y convierten la escritura en una decisión explícita.
4. ¿Deja registro auditable? Semanas después deberías poder responder qué se preguntó y qué se devolvió.
5. ¿Dónde se ejecuta y quién ve el tráfico? Local, autoalojado o alojado por el proveedor son tres perfiles de riesgo distintos.
6. ¿Qué pasa si deja de mantenerse? Un server abandonado es una puerta abierta permanente que nadie está parcheando.

Y la regla que hay debajo de las seis: empieza por el sistema que tiene las respuestas a tus preguntas de negocio, no por el que sea más fácil de instalar. Los servers más fáciles de montar suelen ser los conectados a los datos menos valiosos.