--- title: "Qué es MCP (Model Context Protocol): lo que un directivo debe saber antes de conectar agentes a sus sistemas" description: "Qué es MCP explicado para directivos: cómo conecta agentes de IA con tu CRM, ERP y datos, qué acelera, qué riesgos no resuelve y qué preguntar antes de usarlo." url: https://addabra.com/blog/que-es-mcp-model-context-protocol lang: es date: 2026-11-08 category: "Harness engineering" keyword: "qué es MCP" publisher: Addabra alternate: https://addabra.com/en/blog/what-is-mcp-model-context-protocol --- # Qué es MCP (Model Context Protocol): lo que un directivo debe saber antes de conectar agentes a sus sistemas > Qué es MCP explicado para directivos: cómo conecta agentes de IA con tu CRM, ERP y datos, qué acelera, qué riesgos no resuelve y qué preguntar antes de usarlo. Martes, 11:00 de la mañana. La directora de operaciones de una distribuidora revisa tres propuestas de proveedores de IA. Las tres repiten la misma frase: "compatible con MCP". En la reunión de seguimiento pregunta qué significa eso para su ERP. Le responden que el agente "se conecta en minutos". Ella hace la segunda pregunta, la importante: "¿Y quién decide qué puede modificar ese agente en mi ERP?". Silencio. Esa escena resume por qué entender **qué es MCP (Model Context Protocol)** se volvió tema de dirección en 2026. Los compradores ya lo preguntan. Pero la respuesta útil no es "sí, lo soportamos", sino qué cambia para tu empresa y qué sigue siendo responsabilidad de alguien más. ## El verdadero cuello de botella nunca fue el modelo Durante años, la conversación sobre IA empresarial giró en torno a qué modelo era más inteligente. En la práctica, los proyectos se atoraban en otro lado: **la integración**. Un agente que no puede leer tu CRM, consultar inventario o registrar una nota en el expediente del cliente es un asistente de chat, no un trabajador. Y cada integración era un proyecto a la medida. Un conector para el CRM con un modelo, otro distinto si cambiabas de modelo, otro para el ERP, otro para el drive. Caro de construir, frágil de mantener y difícil de auditar. ## Qué es MCP, explicado sin jerga **MCP (Model Context Protocol)** es un estándar abierto que define cómo un agente de IA se conecta a herramientas y fuentes de datos. Anthropic lo presentó como estándar abierto en noviembre de 2024, y durante 2025 otros grandes proveedores de IA, incluido OpenAI, lo adoptaron. La analogía más usada es la del **USB-C para agentes de IA**. Antes, cada aparato tenía su propio cable. Con un puerto común, cualquier dispositivo compatible se conecta igual. Con MCP pasa algo parecido: - Cada sistema (CRM, ERP, drive, base de datos) se expone una vez a través de un *servidor MCP*: un pequeño programa que traduce el sistema a un formato común y declara qué acciones ofrece ("buscar cliente", "crear pedido", "leer documento"). - El agente, desde cualquier modelo compatible, ve esas acciones y las usa a través de la misma interfaz. - Si mañana cambias de modelo, el conector sigue sirviendo. ## Qué cambia para tu empresa Para un directivo, MCP se traduce en tres beneficios concretos: 1. **Integración más rápida.** Muchos sistemas populares ya tienen servidores MCP publicados. Lo que antes era un proyecto de semanas puede empezar como una configuración. 2. **Menos dependencia de un solo proveedor de modelos.** Si tus conectores hablan un estándar común, puedes usar el mejor modelo para cada tarea sin rehacer integraciones. 3. **Conectores reutilizables.** El conector a tu ERP que construiste para el agente de compras sirve también para el de finanzas, con otros permisos. Hasta aquí, todo bien. El problema empieza cuando alguien confunde "se conecta fácil" con "está listo para producción". ## Lo que MCP no resuelve MCP es un estándar de **conexión**. Define el cable, no las reglas de la casa. Todo esto sigue fuera de su alcance y vive en el *harness*, el sistema que rodea al modelo y lo convierte en un agente confiable: - **Permisos mínimos por agente y por rol.** El servidor MCP expone acciones; alguien tiene que decidir que el agente de cobranza puede leer facturas pero no modificar precios. - **Aprobación antes de acciones con consecuencias.** Enviar un correo al cliente, emitir una nota de crédito o cambiar un pedido debería pasar por la firma de la persona correcta. Lo explicamos en [aprobación humana por rol](https://addabra.com/blog/aprobacion-humana-por-rol). - **Auditoría de cada llamada.** Qué herramienta usó el agente, con qué datos, a qué hora y con qué resultado. - **Prompt injection a través de las respuestas.** Si una herramienta devuelve un correo o un PDF con instrucciones ocultas, el agente puede leerlas como órdenes. Que la conexión sea estándar no la hace inmune. - **Manejo de secretos.** Las credenciales con las que el servidor entra a tu ERP deben guardarse, rotarse y limitarse, no pegarse en un archivo de configuración. - **Topes de costo.** Un agente con acceso fácil a muchas herramientas puede encadenar llamadas sin fin si nadie pone límites. - **Qué datos ve cada agente.** Tener acceso a una herramienta no significa que deba recibir todo su contenido. Eso es [context engineering](https://addabra.com/blog/context-engineering-empresas). > **La frase para tu próxima reunión con proveedores** "Compatible con MCP" responde cómo se conecta el agente. No responde qué puede hacer, quién lo autoriza ni cómo te enteras de lo que hizo. ## Checklist: qué preguntar antes de conectar un servidor MCP a tus sistemas Antes de aprobar cualquier conexión, pide respuestas claras a estas preguntas: 1. **¿Quién publicó este servidor?** ¿El fabricante del sistema, tu proveedor o un desarrollador anónimo de la comunidad? ¿Alguien revisó su código? 2. **¿Qué permisos tiene la credencial que usa?** ¿Es una cuenta de servicio con acceso limitado o el token de un administrador? 3. **¿Qué acciones son de lectura y cuáles de escritura?** Separarlas permite empezar solo con lectura y abrir escritura acción por acción. 4. **¿Queda registro de cada llamada?** ¿Puedes reconstruir qué hizo el agente el martes a las 3 de la tarde y por qué? 5. **¿Quién aprueba las acciones de escritura?** ¿Hay un responsable por tipo de acción, o el agente actúa solo? 6. **¿Cómo se revoca el acceso?** Si algo sale mal, ¿cuánto tarda alguien en desconectar el agente y quién tiene ese botón? Si un proveedor no puede responder estas seis preguntas, la integración puede ser rápida, pero no está gobernada. ## Ejemplo ilustrativo: la misma conexión, dos diseños **Antes:** una empresa de servicios conecta un asistente a su CRM y a su correo mediante servidores MCP de la comunidad, usando el token de un administrador porque "así funciona todo a la primera". Un cliente responde un correo con un texto oculto que pide al agente marcar todas sus facturas como pagadas. El agente tiene permiso de escritura en el CRM, no hay aprobación previa y el registro solo guarda el resultado final. El problema se descubre al cierre de mes. **Después:** el mismo CRM se conecta por MCP, pero dentro de un harness. El agente de atención solo tiene permisos de lectura sobre facturas. Cualquier cambio de estado se convierte en una propuesta que firma la persona de cobranza. Cada llamada queda registrada con su contexto. El correo malicioso produce, como mucho, una propuesta extraña que alguien rechaza en diez segundos. Misma tecnología de conexión. Diferencia total en el riesgo. ## Errores comunes 1. **Conectar todo con tokens de administrador.** Es lo más rápido en la demostración y lo más caro el día que algo falla. Cada agente debe tener su propia credencial con el mínimo necesario. 2. **Instalar servidores de la comunidad sin revisión.** Un servidor MCP es software que corre con acceso a tus datos. Merece la misma revisión que cualquier proveedor. 3. **Tratar MCP como una estrategia de seguridad.** Es una estrategia de integración. La seguridad se diseña aparte, como explicamos en [seguridad en agentes de IA](https://addabra.com/blog/seguridad-agentes-ia). 4. **Abrir escritura desde el primer día.** Empieza en modo lectura, mide y abre acciones de escritura una a una, siempre con aprobación. ## Qué hacer el lunes Pide a tu equipo, o a tu proveedor, la lista de sistemas a los que hoy se conectan tus agentes, con qué credencial y qué acciones pueden ejecutar. Si nadie la tiene a mano, ese es el primer hallazgo. Después, pasa la checklist anterior por cada conexión. En Addabra usamos MCP donde tiene sentido, porque acelera la integración y nos deja elegir el mejor modelo para cada tarea. Pero cada conector vive dentro de un harness que construimos para tu empresa: permisos por agente y por rol, aprobación humana en las acciones con consecuencias, registro de cada llamada, secretos protegidos y topes de gasto. Si quieres ver cómo se diseña eso para tus procesos, revisa nuestro servicio de [desarrollo de harness para agentes de IA](https://addabra.com/ai-harness-development/es). ## Preguntas frecuentes ### ¿Qué es MCP en palabras simples? MCP (Model Context Protocol) es un estándar abierto que define cómo un agente de IA se conecta a herramientas y datos: tu CRM, tu ERP, tu drive o tus bases de datos. En lugar de construir un conector a la medida para cada sistema y cada modelo, todos hablan el mismo idioma. ### ¿Usar MCP hace que mis agentes sean seguros? No. MCP resuelve cómo se conecta el agente, no qué puede hacer ni quién lo autoriza. Los permisos por rol, la aprobación humana, la auditoría y la defensa contra prompt injection siguen siendo responsabilidad del harness que rodea al agente. ### ¿MCP me ata a un proveedor de modelos de IA? Al contrario: reduce esa dependencia. Como varios de los principales proveedores de IA adoptaron el estándar, un conector bien construido puede usarse con distintos modelos. Eso te deja elegir el mejor modelo para cada tarea sin rehacer las integraciones. ## Sobre Addabra Addabra es una fábrica de software AI software first que diseña y construye sistemas agénticos a la medida para empresas: un agente por proceso, una memoria del negocio compartida, orquestación, aprobación humana por rol, auditoría y control de costos. Diagnóstico sin costo: https://addabra.com/blog/que-es-mcp-model-context-protocol#contacto