Automatización 7 min

Qué es MCP (Model Context Protocol) y por qué te afecta

MCP explicado para gente de negocio: el estándar abierto que conecta asistentes de IA con las herramientas de tu empresa, qué resuelve y qué riesgos tiene.

AutomatizaciónProcesosGuíaPymes

Actualizado el

Cualquiera que haya usado un asistente de IA en el trabajo ha chocado con el mismo muro: la herramienta escribe de maravilla, pero no sabe nada de tu empresa. No ve tu CRM, no puede mirar tu calendario, no conoce tus facturas. Cada vez que quieres que trabaje con tus datos, toca copiar y pegar. Y cuando alguien propone conectarlo “de verdad”, la respuesta técnica tradicional era un proyecto a medida para cada pareja de herramienta y asistente. MCP existe para derribar ese muro de una forma que a una pyme le conviene entender, aunque nunca vaya a escribir una línea de código.

Resumen

El Model Context Protocol (MCP) es un estándar abierto, creado por Anthropic a finales de 2024, que define una forma común de conectar asistentes de IA con datos y herramientas externas: bases de datos, correo, CRM, sistemas de facturación. Su valor está en la palabra “común”: en lugar de construir una integración a medida para cada combinación de asistente y aplicación, cada parte habla el mismo idioma una sola vez. Para una pyme significa que sus herramientas de siempre empezarán a poder “hablar” con los asistentes de IA sin proyectos faraónicos, y que la pregunta importante deja de ser técnica y pasa a ser de permisos: qué dejas que el asistente vea y haga, y quién supervisa.

El problema que resuelve

Piensa en cómo se conectaban los periféricos a un ordenador hace veinticinco años: cada aparato con su cable y su conector propio. El USB acabó con aquello estableciendo un enchufe común. La documentación oficial de MCP usa exactamente esa analogía: MCP quiere ser el puerto común entre las aplicaciones y los modelos de IA.

Sin un estándar, conectar tres asistentes con cuatro herramientas de empresa exige construir y mantener doce integraciones distintas. Cada una con su código, sus fallos y su factura de mantenimiento. Es la razón por la que “conectar la IA a nuestros sistemas” ha sido hasta ahora un lujo de empresa grande. Con un estándar, cada herramienta expone una vez sus capacidades y cualquier asistente compatible las aprovecha. La cuenta pasa de multiplicar a sumar, y eso, para el tamaño de proyecto que puede permitirse una pyme, lo cambia todo.

Cómo funciona, contado sin código

La mecánica se entiende con una imagen: un servidor MCP es como un empleado de mostrador que ponemos delante de cada sistema de la empresa. El asistente de IA no entra en la trastienda; se acerca al mostrador y pide: “dame las facturas pendientes de marzo”, “crea una cita el jueves a las diez”. El mostrador decide qué peticiones acepta, consulta el sistema y devuelve la respuesta.

Tres ideas bastan para conversar con solvencia sobre el tema:

  • Servidores: pequeños programas que ponen mostrador a una fuente de datos o herramienta (el correo, el CRM, una carpeta de documentos). Ya existen muchos publicados, y quien tiene un sistema propio puede construir el suyo.
  • Capacidades: cada servidor declara qué ofrece, normalmente consultas (leer información) y acciones (crear, modificar, enviar). Un servidor puede ofrecer solo lectura, y esa distinción es oro para el gobierno del riesgo.
  • Permisos: el asistente solo llega a los servidores que tú conectas y a lo que cada servidor permite. El estándar no decide por ti; te da el punto donde decidir.

Si quieres asomarte un nivel más abajo, la introducción oficial del protocolo es sorprendentemente legible. Pero para decidir como directivo, con lo anterior basta.

Qué significa para una pyme

A corto plazo, poco trabajo y una buena noticia: no tienes que hacer nada. MCP es fontanería, y la fontanería la instalan los proveedores. La buena noticia es lo que viene con ella: las herramientas que ya usas (gestor documental, CRM, facturación, soporte) irán ofreciendo conexión con asistentes de IA sin proyecto a medida, porque a ellas también les sale más barato apuntarse a un estándar que mantener una integración por asistente.

Un ejemplo del tipo de cambio que habilita: una asesoría laboral de diez personas trabaja con un gestor de expedientes, correo y una carpeta de plantillas. Hoy, responder “¿en qué estado está el expediente de este cliente?” implica abrir dos programas y buscar. Con sus sistemas expuestos mediante MCP, la persona se lo pregunta al asistente y este consulta el gestor de expedientes en el momento, con las credenciales y los permisos de esa persona, y responde con el dato real. Nadie ha migrado nada; los sistemas de siempre han aprendido un idioma común. La diferencia con las integraciones clásicas entre aplicaciones, que ya tratamos en nuestra guía de integraciones empresariales, es que aquí quien consume la conexión no es otra aplicación sino un asistente que entiende lenguaje natural.

Este movimiento encaja con otro que ya hemos contado en el blog: los asistentes evolucionan hacia agentes capaces de ejecutar tareas de varios pasos, y esos agentes necesitan justamente lo que MCP estandariza: acceso ordenado a datos y herramientas.

Estado del ecosistema

MCP nació como proyecto de código abierto de Anthropic en noviembre de 2024, y lo relevante para ti no es quién lo creó sino quién lo ha adoptado: el protocolo es abierto y los principales proveedores de IA lo soportan. OpenAI, el competidor más directo de Anthropic, lo incluye en la documentación oficial de su plataforma para agentes, y Anthropic lo integra en sus productos y su API. Cuando los rivales de quien inventa un estándar lo adoptan, el estándar deja de ser una apuesta y empieza a ser infraestructura.

Eso no significa madurez total: el ecosistema crece deprisa, la calidad de los servidores publicados es desigual y las prácticas de seguridad se están asentando. Es el momento de entenderlo y de hacer pruebas acotadas, no de conectar el corazón del negocio.

Si MCP te interesa pero no tienes claro qué información interna podrías exponer ni con qué permisos, podemos definir contigo el alcance de un primer conector controlado antes de acercarlo a datos de clientes.

Riesgos y permisos: la conversación que importa

Conectar un asistente a tus sistemas multiplica su utilidad y, exactamente en la misma medida, el alcance de sus errores. Tres reglas de prudencia:

  1. Empieza en solo lectura. Un asistente que consulta información equivocada da una respuesta mala; uno que ejecuta acciones equivocadas envía el correo, borra la cita o toca la factura. Las capacidades de escritura se ganan con el tiempo, caso a caso.
  2. Menor privilegio, como siempre. El asistente debería ver lo mínimo necesario para su tarea, no todo lo que ve el empleado más veterano. Si el servidor de documentos expone todas las carpetas, la pregunta inocente de un becario puede sacar a la superficie el archivo de nóminas.
  3. Supervisión humana en todo lo que sale. Ningún resultado del asistente viaja a un cliente, un banco o un organismo sin revisión de una persona. Los sistemas conectados no cambian esta regla; la vuelven más importante, porque el error ya no es solo un texto mal redactado sino una acción sobre datos reales.

Hay además un riesgo específico de esta arquitectura que conviene conocer por su nombre: si el asistente lee contenido externo (un correo recibido, un documento de terceros), ese contenido puede intentar darle instrucciones. Los proveedores trabajan en mitigaciones, pero la defensa de fondo es la de siempre: permisos mínimos y revisión humana de las acciones. Quien te venda lo contrario (agentes conectados a todo y funcionando solos) te está vendiendo exactamente lo que un buen asesor te diría que evites.

Preguntas frecuentes

¿MCP es un producto que se compra o se instala?

Ninguna de las dos cosas: es un estándar, como lo es el USB o el correo electrónico. Lo que se instala son las piezas que lo hablan: los servidores que exponen tus herramientas y los asistentes compatibles. Para una pyme, lo habitual será que sus proveedores de software lo incorporen y ella solo decida qué conecta y con qué permisos.

¿Necesito MCP si ya uso automatizaciones entre aplicaciones?

Son cosas distintas y conviven bien. Las plataformas de flujos conectan aplicaciones entre sí siguiendo reglas fijas que tú diseñas; MCP conecta tus herramientas con asistentes de IA que responden a peticiones en lenguaje natural. Si tus procesos repetitivos ya funcionan con flujos, no los toques: MCP añade otra capa, la de poder preguntar y pedir cosas a tus sistemas conversando.

¿Es seguro dar acceso a mis datos a un asistente de IA?

Depende de cómo se haga, igual que dar acceso a un empleado nuevo. Con servidores de origen fiable, permisos de solo lectura al principio, alcance mínimo y revisión humana de las acciones, el riesgo es gobernable. Sin esas condiciones, no. La seguridad no viene con el protocolo: viene de las decisiones de permisos que tomes tú.

Siguiente paso

MCP se vuelve interesante justo cuando deja de ser un tema técnico y pasa a ser una pregunta de permisos: qué puede consultar el asistente, qué puede hacer y quién lo supervisa. Para responderla con calma, hagamos juntos el inventario de tus fuentes internas y empecemos por la menos sensible. La primera conversación es sin compromiso.