¿Qué es MCP? Cómo se conectan los agentes de IA a tus datos (Actualización de la especificación de 2026)
MCP, el Model Context Protocol, es un estándar abierto que permite a un agente de IA acceder a herramientas y fuentes de datos a través de una interfaz común. En lugar de una integración personalizada por aplicación, el cliente habla un único protocolo y cualquier servidor compatible puede responder. La especificación se reescribió el 28 de julio de 2026, y el cambio es significativo.
Esta guía explica qué hace el protocolo y qué cambió en la versión del 2026-07-28. También detalla qué funciones están ahora obsoletas, en qué se diferencia de una integración de API convencional y cuándo no es necesario utilizarlo. Los datos presentados aquí están actualizados al 5 de agosto de 2026.
¿Qué es MCP?
Piense en ello como un enchufe estándar. Antes de que existiera un estándar, conectar un asistente a su base de datos, a su sistema de tickets y a sus archivos requería tres integraciones a medida. Cada una tenía su propia autenticación, su propio manejo de errores y su propia carga de mantenimiento.
MCP define esa conexión una sola vez. El cliente es el lado del agente. El servidor envuelve una fuente de datos o herramienta y expone lo que puede hacer. El cliente le pregunta al servidor qué hay disponible y luego lo invoca.
Los servidores suelen exponer tres tipos de elementos. Las herramientas son acciones que el agente puede invocar. Los recursos son contenido legible. Los prompts son plantillas reutilizables. El cliente descubre los tres en tiempo de ejecución en lugar de tenerlos codificados de forma fija.
El nombre se suele utilizar de manera imprecisa, por lo que conviene hacer una aclaración. El protocolo no es un modelo, ni un agente, ni un producto. Es el formato de comunicación entre ellos.
Dos palabras explican la mayor parte de la confusión al respecto. El descubrimiento significa que el cliente conoce lo que ofrece un servidor en tiempo de ejecución. La reutilización significa que el mismo servidor responde a cualquier cliente compatible.
La adopción ya no es teórica. Los mantenedores del protocolo reportan cerca de quinientos millones de descargas al mes en los SDK de nivel 1 (Tier 1). Los SDK de TypeScript y Python ya han superado los mil millones de descargas en total cada uno.
Qué cambió en la especificación del 2026-07-28
Esta versión es la revisión más importante que ha tenido el protocolo. La novedad principal es que el núcleo ahora no tiene estado (stateless).
| Cambio | Qué significa |
|---|---|
| Núcleo sin estado | Las sesiones y los saludos de conexión (handshakes) han desaparecido. Cada solicitud incluye su propia versión del protocolo e identidad del cliente |
| Solicitudes de ida y vuelta múltiples | Reemplaza las solicitudes iniciadas por el servidor que requerían un flujo abierto. Una herramienta puede solicitar información al usuario a mitad de la llamada |
| Enrutamiento basado en cabeceras | Los nombres de métodos y herramientas viajan en las cabeceras Mcp-Method y Mcp-Name, por lo que las pasarelas (gateways) enrutan y autorizan basándose en las cabeceras |
| Resultados de listas almacenables en caché | Las listas de herramientas, prompts y recursos ahora incluyen ttlMs y cacheScope |
| Refuerzo de la autorización | Validación de emisor RFC 9207, transición del Registro Dinámico de Clientes a Documentos de Metadatos de ID de Cliente, y credenciales vinculadas al emisor |
| Marco de extensiones | Las tareas salen del núcleo experimental para convertirse en una extensión formal, junto con las aplicaciones y la Autorización Administrada para Empresas (Enterprise Managed Authorization) |
Lea esta lista como una sola decisión repetida seis veces. Cada cambio elimina una suposición que complicaba el funcionamiento de los servidores remotos. Nada de esto cambia lo que una herramienta puede hacer.
La publicación oficial de la especificación del 2026-07-28 contiene la lista completa de cambios. Los SDK de TypeScript, Python, Go y C# ya la admiten, y Rust está en fase beta.
Por qué la ausencia de estado es importante si administra un servidor
El diseño anterior asumía una conexión persistente y bidireccional. Esa única suposición causaba la mayor parte de las dificultades operativas.
Antes, un servidor remoto necesitaba sesiones persistentes (sticky sessions) para que el cliente siempre llegara a la misma instancia. Requería un almacenamiento de sesiones compartido para que el estado sobreviviera a un reinicio. Las pasarelas a menudo tenían que inspeccionar el contenido de los mensajes (payloads) para averiguar qué estaba haciendo una solicitud.
Nada de eso es necesario ahora. Un servidor puede estar detrás de un balanceador de carga básico de tipo round-robin. El enrutamiento se realiza mediante una cabecera. Los clientes almacenan en caché la lista de herramientas durante el tiempo que permita la ventana indicada por el servidor. El protocolo pasó de ser algo que se despliega con sumo cuidado a algo que se despliega con total normalidad.
Esto conlleva un costo de migración. Los servidores creados con el núcleo antiguo requieren adaptaciones, y las bibliotecas de cliente deben actualizarse a la par.
El cambio también reduce el costo de probarlo. Configurar un servidor solía ser una decisión de infraestructura. Ahora es más parecido a desplegar cualquier pequeño servicio web.
Para cualquiera que esté evaluando el servidor MCP de un proveedor, esta es la pregunta práctica que debe hacerse: ¿a qué versión de la especificación se dirige y cuándo migrará?
Qué funciones están obsoletas y de cuánto tiempo dispone
Tres capacidades están en proceso de eliminación: Roots, Sampling y Logging. El transporte heredado HTTP+SSE también está en desuso.
Los mantenedores se han comprometido a un plazo mínimo de doce meses antes de su eliminación. Es un plazo generoso, pero también es una fecha límite. Si desarrolló sobre cualquiera de estas cuatro opciones, incluya la migración en su hoja de ruta (roadmap) en lugar de dejarla en la lista de tareas pendientes (backlog).
Revise también su cliente, no solo su servidor. Un cliente anclado al transporte antiguo seguirá funcionando durante este plazo y luego dejará de hacerlo.
El Registro Dinámico de Clientes (Dynamic Client Registration) queda formalmente obsoleto en favor de los Documentos de Metadatos de ID de Cliente (Client ID Metadata Documents). Las credenciales vinculadas al emisor ahora evitan que un token emitido para un servidor se reutilice en otro.
MCP frente a una integración de API convencional
| Integración de API personalizada | Servidor MCP | |
|---|---|---|
| Trabajo por fuente | Nueva autenticación, esquema y manejo de errores cada vez | Un único protocolo, reutilizado |
| Descubrimiento | Se codifica de forma fija lo que existe | El cliente pregunta en tiempo de ejecución |
| Quién puede usarlo | La aplicación en la que se integró | Cualquier cliente compatible |
| Mantenimiento | Se interrumpe cuando cambia la API del proveedor | El servidor absorbe el cambio |
| Ideal para | Una única vía profunda y de gran volumen | Múltiples fuentes a las que accede un agente |
Otro aspecto a tener en cuenta es quién mantiene el conector. Un servidor publicado por el proveedor se actualiza junto con el producto de este, lo que le libera de esa carga de trabajo.
Siendo honestos, MCP no es más rápido ni más económico para una sola integración. Su verdadera ventaja aparece cuando aumenta el número de fuentes, o cuando se desea que más de un agente acceda a la misma fuente sin tener que volver a programar la integración.
Qué puede generar una vez conectada una fuente de datos
La conexión es solo la infraestructura. La verdadera razón por la que vale la pena el esfuerzo es el resultado final.
Con una fuente de datos conectada, un agente puede extraer las cifras actuales y realizar el análisis. El resultado que se obtiene está listo para usar: un gráfico, un resumen escrito o un conjunto de diapositivas. El valor radica en eliminar el paso de exportación, no en el protocolo en sí. Además, este resultado final es lo que justifica mantener la configuración internamente. Una conexión que nadie convierte en un informe se acaba desactivando sin hacer ruido.
Powerdrill Bloom ofrece un servidor basado en este modelo. Según su propia documentación, se autentica con su User ID y su Project API Key. A partir de ahí, un cliente puede explorar los conjuntos de datos de su cuenta, extraer detalles de cualquiera de ellos y ejecutar tareas haciendo preguntas en lenguaje natural. Funciona con Claude Desktop y otros clientes compatibles. El anuncio del servidor MCP detalla la configuración, y la página de conectores de datos enumera los demás tipos de fuentes.
Cuándo no necesita MCP en absoluto
Esta parte se suele omitir en la mayoría de las explicaciones, por lo que conviene dejarla clara.
Si sus datos llegan en forma de archivo, no necesita un protocolo. Lo que necesita es subir el archivo. Una exportación trimestral, un CSV que alguien le envió por correo electrónico, un extracto en PDF... nada de eso justifica la configuración de un servidor. Simplemente arrastre el archivo y haga su pregunta.
Hágase una pregunta antes de empezar a programar: ¿alguien más, aparte de usted, necesitará esta misma exportación el próximo mes?
MCP demuestra su valor cuando la fuente de datos está activa y es recurrente. Una base de datos que cambia cada hora, una cola de tickets, una tabla de almacén de datos que alimenta un informe semanal. La prueba de fuego es si, de lo contrario, tendría que volver a exportar lo mismo la próxima semana.
También hay una dimensión de seguridad. Una fuente conectada representa una concesión permanente de acceso, no un uso compartido de una sola vez. Los cambios de autorización del 2026-07-28 existen precisamente porque esa diferencia es importante.
En resumen
MCP es un conector estándar entre agentes y fuentes de datos. La versión del 2026-07-28 hizo que el núcleo fuera sin estado, trasladó el enrutamiento a las cabeceras, permitió almacenar en caché los resultados de las listas y reforzó la autorización. Roots, Sampling, Logging y el antiguo transporte HTTP+SSE quedan obsoletos con un plazo de transición de doce meses.
Si se trata de un archivo puntual, olvídese de todo esto. Pruebe Powerdrill Bloom gratis: suba el archivo, haga su pregunta en lenguaje natural y exporte el gráfico o la presentación. Si está comparando opciones de servidores, consulte las mejores plataformas MCP.
Preguntas frecuentes
¿Qué significan las siglas MCP?
Model Context Protocol (Protocolo de Contexto de Modelo). Es un estándar abierto para conectar clientes de IA a herramientas y fuentes de datos a través de una única interfaz. De este modo, se evita tener que crear una integración a medida para cada nueva fuente.
¿Qué cambió en la especificación de MCP del 2026-07-28?
El núcleo pasó a ser sin estado, eliminando las sesiones y los saludos de conexión (handshakes). Las solicitudes de ida y vuelta múltiples (Multi Round-Trip Requests) reemplazaron a las solicitudes iniciadas por el servidor a través de flujos abiertos, y el enrutamiento se trasladó a las cabeceras Mcp-Method y Mcp-Name. Los resultados de las listas ahora se pueden almacenar en caché y se reforzó la autorización con la validación del emisor y credenciales vinculadas a este.
¿Es MCP lo mismo que una API?
No. Una API es la interfaz de un proveedor específico para un sistema concreto. El protocolo es un contenedor común que muchos sistemas pueden implementar, lo que permite que cualquier cliente compatible los descubra e invoque sin necesidad de código personalizado para cada fuente.
¿Qué funciones quedan obsoletas en la nueva especificación de MCP?
Roots, Sampling y Logging quedan obsoletos, al igual que el transporte heredado HTTP+SSE. El Registro Dinámico de Clientes (Dynamic Client Registration) da paso a los Documentos de Metadatos de ID de Cliente (Client ID Metadata Documents). Los mantenedores han indicado un plazo mínimo de doce meses antes de su eliminación definitiva.
¿Necesito MCP para analizar una hoja de cálculo con IA?
No. Para un archivo que ya tiene en su poder, subirlo es más sencillo y rápido. Vale la pena configurar el protocolo cuando la fuente de datos está activa y, de lo contrario, tendría que volver a exportar la misma información de forma periódica.