¿Qué es MCP y para qué sirve?
La documentación oficial lo define como un estándar de código abierto para conectar aplicaciones de IA con sistemas externos, y lo compara con un puerto USB-C: un modo estándar de conectar dispositivos, aplicado a la IA (modelcontextprotocol.io, consultada el 20 de octubre de 2026). Con MCP, asistentes como Claude pueden acceder a fuentes de datos como archivos o bases de datos, a herramientas como buscadores o calculadoras, y a flujos de trabajo con instrucciones especializadas.
Para una empresa, la utilidad es concreta. Sin MCP, Claude solo sabe lo que le escribes o le adjuntas. Con MCP, puede consultar el estado de una factura, buscar el contrato de un cliente o crear una tarea en tu sistema, siempre dentro de los permisos que definas. Es la diferencia entre un asistente que conversa y uno que trabaja con la información de tu operación.
Otra ventaja es que MCP no ata tu integración a una sola herramienta. La misma documentación lista a Claude y a ChatGPT, entre otros, como clientes que lo soportan. Un conector construido una vez puede servir a varios asistentes.
¿Qué es un servidor MCP y qué piezas intervienen?
Un servidor MCP es el programa que entrega contexto a las aplicaciones de IA: expone lo que un sistema sabe y lo que puede hacer, de forma que Claude lo use. La arquitectura oficial define tres participantes (arquitectura de MCP, consultada el 20 de octubre de 2026):
| Pieza | Qué es, según MCP | En tu empresa |
|---|---|---|
| Host | La aplicación de IA que coordina las conexiones, por ejemplo Claude Desktop o Claude Code. | La aplicación de Claude que usa tu equipo. |
| Cliente | Componente que mantiene la conexión con un servidor y obtiene contexto para el host. | Lo gestiona la propia aplicación: un cliente por cada servidor conectado. |
| Servidor | Programa que entrega contexto a los clientes, local o remoto. | El conector hacia tu ERP, CRM, base de datos o repositorio de documentos. |
Un servidor ofrece tres tipos de elementos. Las herramientas son funciones que la IA puede ejecutar, como consultar una base de datos. Los recursos son datos de contexto, como el contenido de un archivo. Los prompts son plantillas reutilizables para estructurar una interacción. Puede funcionar de forma local, en la misma máquina, o remota, atendiendo a muchos usuarios.
¿Cómo se ve en una empresa colombiana?
Piensa en una distribuidora que lleva su contabilidad en un ERP o software contable (por ejemplo Siigo, Alegra o World Office; los citamos como ejemplos de sistemas, sin implicar que cada uno tenga un servidor MCP oficial). La analista de cartera quiere saber qué facturas de proveedores vencen esta semana. Sin MCP, exporta un reporte a Excel, lo filtra y responde. Con un conector MCP a la medida, el flujo cambia:
- Ella le pregunta a Claude: ¿qué facturas de proveedores vencen esta semana y de qué valor?
- Claude identifica que existe una herramienta del conector para consultar cuentas por pagar.
- El conector consulta el sistema contable con una cuenta de solo lectura y devuelve las facturas.
- Claude presenta el resultado y lo ordena por fecha, y el conector deja registro de la consulta.
Este es un ejemplo ilustrativo para explicar el concepto. No corresponde a un caso de cliente de AcervoIA.
Cuando el sistema no tiene un servidor MCP disponible, o el disponible no cubre tus procesos o tus permisos, se construye uno a la medida. Eso es lo que hacemos en conectores MCP a la medida.
¿Cómo se conecta Claude a un sistema con MCP?
La documentación describe dos formas de transporte. En la local (stdio), el servidor corre en la misma máquina que la aplicación y se comunica por entrada y salida estándar, sin red. En la remota (Streamable HTTP), el servidor corre en otro lugar y atiende a muchos clientes por HTTP, con autenticación estándar. Para esa segunda forma, MCP recomienda usar OAuth para obtener los tokens de acceso.
En una empresa, el patrón habitual es el remoto: un servidor desplegado en una nube controlada, con identidad por usuario, de modo que cada persona accede a lo que su rol permite. El proceso tiene cinco etapas:
- Definir los casos de uso y los datos que deben ser accesibles.
- Elegir el servidor: uno existente si cubre tu caso, o uno a la medida.
- Configurar la autenticación y los permisos con el principio de mínimo privilegio.
- Conectar el servidor al asistente que usa tu equipo.
- Probar con casos reales y activar el registro de cada consulta o acción.
¿Es seguro usar MCP en una empresa?
MCP es un protocolo; la seguridad depende de cómo se construya y se opere cada servidor. Las mejores prácticas de seguridad de MCP (consultadas el 20 de octubre de 2026) documentan riesgos reales y sus mitigaciones. Entre ellos, que un servidor acepte tokens que no fueron emitidos para él, que ejecute comandos locales sin consentimiento o que pida permisos más amplios de los necesarios.
Traducido a decisiones de empresa:
- Mínimo privilegio. Empieza con permisos de lectura y amplía solo lo necesario. La guía oficial recomienda un modelo progresivo de alcances.
- Identidad por usuario. Que el conector sepa quién consulta y aplique sus permisos, no una cuenta compartida.
- Registro de acciones. Cada consulta y cada cambio debe quedar trazado.
- Origen confiable. No instales servidores de origen desconocido con acceso a datos de la empresa. La guía advierte que los servidores locales corren con los mismos privilegios que la aplicación.
- Confirmación humana en acciones que modifican datos o mueven dinero.
Si el conector toca datos personales, aplica además la Ley 1581 de 2012 (autorización, finalidad y control de transferencia internacional; consulta nuestra política de datos). Más contexto en IA y Ley 1581.
¿Qué no resuelve MCP por sí solo?
La documentación aclara que MCP se centra únicamente en el protocolo de intercambio de contexto: no define cómo las aplicaciones de IA usan los modelos ni cómo gestionan el contexto que reciben. Esto tiene consecuencias prácticas para tu empresa:
- No ordena tus datos. Si el ERP tiene facturas duplicadas o el CRM está incompleto, el conector las entregará tal cual. Primero se limpia, después se conecta.
- No define tus permisos. El protocolo permite autenticar, pero qué puede ver cada persona lo decides tú y lo implementa el servidor.
- No decide qué automatizar. Un conector es una puerta; la prioridad de procesos sale de un diagnóstico del negocio.
- No reemplaza la revisión humana. Cuando una acción modifica datos o mueve dinero, conviene una confirmación de una persona.
Por eso en AcervoIA tratamos el conector como parte de un proyecto mayor: conocimiento organizado, permisos y procesos priorizados. Si quieres ver cómo se arma el conjunto, empieza por el diagnóstico de IA en 5 días.
¿Cómo hacer un servidor MCP y cuándo conviene uno a la medida?
Técnicamente, hacer uno es accesible: el proyecto ofrece SDK en varios lenguajes, servidores de referencia y una herramienta de pruebas llamada MCP Inspector (arquitectura de MCP). Para un equipo de desarrollo, un servidor sencillo está al alcance. Lo difícil no es el protocolo, sino todo lo que lo rodea: modelar qué herramientas expone, autenticar por usuario, limitar permisos, registrar acciones, manejar errores del sistema de origen y mantenerlo cuando el sistema cambie.
Un servidor a la medida suele convenir cuando:
- tu sistema no tiene un servidor MCP disponible o es un desarrollo propio;
- el servidor existente expone más (o menos) de lo que tu proceso necesita;
- necesitas reglas de negocio propias, como aprobaciones, topes o validaciones;
- exiges permisos por rol y trazabilidad que cumplan tus políticas de seguridad.
Para sistemas comunes, antes de construir revisa si ya existe un conector adecuado. Nuestras guías conectar Claude con tu ERP y la guía de MCP amplían cada caso, y el Brain Corporativo muestra cómo se combinan los conectores con el conocimiento de la empresa.