¿Qué Es MCP? Model Context Protocol Explicado Para 2026

MCP significa Model Context Protocol, un estándar abierto que ayuda a las aplicaciones de IA a conectarse con herramientas e información fuera de la ventana de chat. Piensa en un asistente que consulta los archivos de un proyecto o busca un pedido, en lugar de pedirte que lo copies todo en un mensaje.

Anthropic presentó MCP en noviembre de 2024. Su atractivo consiste en reducir el trabajo de integración duplicado: un servicio puede exponer una interfaz común que distintas aplicaciones compatibles entienden. Es infraestructura de conexión, pero útil. Nadie quiere un grifo de cocina distinto para cada marca de taza.

Esta guía explica las ideas principales a fecha de mayo de 2026, con la especificación de noviembre de 2025 como referencia técnica. MCP hace que las conexiones sean más reutilizables; no vuelve intercambiables todas las aplicaciones, los sistemas de permisos y las herramientas.

¿Qué es MCP en palabras sencillas?

Una aplicación de IA necesita alguna forma de acceder a un calendario, un repositorio o una base de datos. Sin una interfaz compartida, los desarrolladores pueden acabar construyendo adaptadores similares una y otra vez. MCP ofrece a la aplicación y al servicio una manera común de describir las capacidades disponibles e intercambiar mensajes.

La conocida comparación con un «USB-C para la IA» refleja esa intención. No debe estirarse hasta convertirla en una garantía de que todo se conecta sin configuración. La autenticación, las funciones admitidas y las restricciones del propio host siguen siendo importantes.

MCP tampoco hace que el modelo conozca tus archivos de forma permanente. Proporciona formas de que una aplicación obtenga información pertinente durante el trabajo. Cuánta de esa información llega al modelo y qué se conserva depende de la aplicación que lo rodea y de sus ajustes.

Hosts, clientes y servidores

La especificación describe tres roles:

Host: la aplicación que utilizas. Coordina el modelo, las conexiones y las decisiones sobre permisos.
Cliente: el componente dentro de ese host que gestiona una conexión con un servidor concreto.
Servidor: el proceso local o servicio remoto que expone capacidades mediante MCP.

El cliente y el servidor negocian qué admiten. Una conexión no concede al servidor el derecho automático a ver toda la conversación o todo lo disponible a través de otro servidor.

Herramientas, recursos y prompts

Las herramientas describen operaciones, como buscar un registro o crear una incidencia. Están diseñadas para un uso dirigido por el modelo, mientras el host controla cómo se ponen a disposición y se aprueban las llamadas.

Los recursos proporcionan datos de contexto identificados por una URI, como un documento o un esquema de base de datos. Su uso está dirigido por la aplicación: un host puede ofrecer un selector de archivos, una búsqueda o una selección automática.

Los prompts son plantillas de mensajes reutilizables, diseñadas para que el usuario las seleccione explícitamente; por ejemplo, una plantilla de revisión. Son patrones de interacción previstos, no una obligación de que todas las aplicaciones muestren la misma interfaz.

Conexiones locales y remotas

Los mensajes MCP utilizan JSON-RPC. La especificación de noviembre de 2025 define dos transportes estándar: entrada/salida estándar, utilizada habitualmente con un subproceso local, y Streamable HTTP para conexiones con servicios.

Streamable HTTP puede utilizar Server-Sent Events para la transmisión en flujo. Sustituye al antiguo transporte HTTP+SSE; por eso, «MCP sobre SSE» puede referirse a distintas generaciones de instrucciones de configuración. Comprobar las versiones en ambos extremos es más útil que reiniciar una y otra vez la aplicación esperando la visita del hada de los adaptadores.

MCP, API y llamadas a funciones

MCP suele situarse delante de una API existente. El servidor sigue necesitando comprender las operaciones, las credenciales y los límites de ese servicio. Un servidor respaldado por una base de datos puede, en cambio, consultarla directamente. No existe la obligación de que cada servidor MCP envuelva una API REST.

Las llamadas a funciones son el mecanismo que permite al modelo solicitar una operación con argumentos estructurados. MCP proporciona una interfaz estándar mediante la cual una aplicación puede descubrir e invocar capacidades externas. El host conecta esas piezas; un modelo no navega por su cuenta por un mercado y conecta servidores arbitrarios.

Esto reduce el trabajo repetitivo de adaptación, pero las reglas del negocio permanecen. Una herramienta de reembolso sigue teniendo que comprobar el pedido, la autoridad del usuario y el importe permitido. Dar a la herramienta un envoltorio estándar no escribe la política de reembolsos de la tienda.

Gobernanza y hoja de ruta de 2026

En diciembre de 2025, MCP se incorporó a la Agentic AI Foundation, bajo la Linux Foundation. Eso ofrece al proyecto una sede neutral respecto a proveedores. No significa que todas las empresas participantes expongan las mismas funciones en todos sus productos.

La hoja de ruta del 9 de marzo identifica cuatro prioridades: escalabilidad del transporte, comunicación entre agentes, gobernanza y preparación para el uso empresarial. El trabajo sobre transporte incluye la gestión de sesiones y el escalado de servicios remotos. El de agentes incluye mejorar la función experimental Tasks. Los asuntos empresariales incluyen registros de auditoría y autenticación.

Son prioridades de un trabajo en curso, no una promesa de que todo esté ya disponible. En particular, la hoja de ruta no significa que el soporte de HTTP siga pendiente de inventarse ni que todos los servidores ya puedan delegar libremente en otros.

El Registry oficial se lanzó en versión preliminar en septiembre de 2025 como catálogo de metadatos de servidores. Ayuda a las personas y a otros directorios que se apoyan en él a descubrir servicios; una entrada no certifica que el software listado sea seguro para tus datos concretos.

¿Para qué podrías usarlo?

Estos son ejemplos ilustrativos de flujos de trabajo, no promesas de que todos los hosts los admitan de inmediato:

Programación: inspeccionar un esquema de base de datos mientras preparas una migración, mediante una conexión de solo lectura.
Notas personales: recuperar documentos seleccionados y pedir un resumen sin pegar manualmente cada archivo.
Atención al cliente: buscar un pedido y después redactar una respuesta. Enviarla o emitir un reembolso debería requerir permisos separados.
Investigación: buscar en una colección de documentos y devolver pasajes pertinentes con sus fuentes.

Ese último ejemplo puede combinar MCP con la generación aumentada por recuperación, o RAG (en inglés). RAG consiste en recuperar información para respaldar una respuesta; MCP puede proporcionar la conexión al servicio de recuperación. Ninguno garantiza que la respuesta resultante interprete correctamente las pruebas.

Primeros pasos sin conectar toda tu vida digital

Empieza con una tarea modesta y un host que documente su compatibilidad con el servidor que quieres. Sigue las instrucciones de ese host: un servidor local puede requerir un entorno de ejecución y una configuración de arranque, mientras que uno remoto puede utilizar una URL y un proceso de inicio de sesión. La disponibilidad puede depender del plan, los ajustes del administrador y el transporte admitido.

No existe un procedimiento universal de «pegar una cadena de conexión en los ajustes» que funcione en todas las aplicaciones de IA. Consulta tanto las instrucciones del host como la documentación del proveedor del servidor antes de instalar nada.

Elige un servidor con mantenimiento activo y un proveedor identificable.
Examina los permisos solicitados y el comando o servicio que vas a conectar.
Utiliza una carpeta de prueba o una cuenta de solo lectura con datos no sensibles.
Prueba una pequeña solicitud y comprueba qué herramienta se ejecutó y qué devolvió.
Amplía el acceso solo cuando la tarea realmente lo requiera.

Los desarrolladores pueden empezar con un SDK oficial y una herramienta de alcance bien delimitado. Una demostración breve puede mostrar el protocolo; un uso fiable en producción también requiere validación, autenticación cuando corresponda, gestión de errores y pruebas. Treinta líneas de código de ejemplo son una introducción, no un departamento de operaciones.

Permisos, privacidad y seguridad

Un servidor MCP local es software que se ejecuta en tu computadora. Las recomendaciones de seguridad del proyecto abordan los riesgos de los paquetes y comandos de inicio maliciosos, y el valor de restringir privilegios. «Local» no es sinónimo de inofensivo.

Por otra parte, el host puede seguir enviando a un modelo en la nube los datos leídos localmente. Incluso ejecutar el modelo en local (en inglés) no hace desaparecer una herramienta remota ni una API externa. La privacidad depende de todo el recorrido de la información.

Las herramientas y los documentos recuperados también pueden contener instrucciones engañosas. Tratarlos como contenido no confiable ayuda, pero no existe un interruptor único que elimine la inyección de prompts. Limita lo que pueden hacer las herramientas, mantén las credenciales con el alcance adecuado y revisa las acciones con consecuencias importantes.

Los registros pueden ayudar a investigar errores, pero guardar indiscriminadamente todos los argumentos y respuestas puede crear un segundo depósito de información privada. Registra lo necesario para poder rendir cuentas, protege el acceso, oculta los secretos y decide cuánto tiempo deben conservarse los registros.

Respuestas a preguntas sobre MCP

¿MCP es lo mismo que una API?

Es un protocolo para intercambiar capacidades y contexto. Un servidor suele utilizar otra API por detrás, pero también puede trabajar con archivos, bases de datos o cálculos locales.

¿Necesito escribir código?

No necesariamente. Algunos hosts ofrecen interfaces de instalación. Otros requieren configuración o un entorno de ejecución. Crear un servidor personalizado es una tarea de desarrollo aparte.

¿Qué modelos son compatibles con MCP?

Normalmente, la pregunta más útil es qué host admite el servidor y las funciones que necesitas. La integración de MCP la gestiona el software de aplicación que rodea al modelo; un nombre de modelo conocido no la garantiza por sí solo.

¿Es de código abierto?

El protocolo es abierto y dispone de implementaciones y herramientas de código abierto. Cada servidor puede tener sus propias licencias, requisitos de acceso y tarifas.

¿MCP sustituye a RAG?

No. Un sistema de recuperación puede ofrecerse a través de una herramienta MCP. Uno se ocupa de encontrar información útil; el otro proporciona una conexión estándar.

El atractivo práctico de MCP es que un asistente puede trabajar con la información donde se encuentra, mediante una conexión reutilizable. Empieza con poco y mantén comprensibles los permisos. El gato puede exigir acceso irrestricto a todos los armarios, pero eso no constituye una política convincente de control de acceso.

Traducción al español del artículo original en inglés del 2026-05-10. Traducido con ayuda de IA el 2026-11-02; las referencias temporales siguen siendo las del original.