MCP frente a plugins e integraciones: qué cambia en realidad

La versión corta: un plugin se escribe para una aplicación y solo funciona allí. Una integración clásica la construyen dos proveedores el uno para el otro y suele ejecutarse en la nube de alguien. Un servidor MCP se escribe una vez contra un protocolo abierto, y cualquier cliente de IA compatible — Claude, ChatGPT, Cursor, VS Code, Zed — puede usarlo sin que su autor haga nada específico para ese cliente.

Esa última propiedad es toda la diferencia, y ya ha cambiado lo que significa la palabra «plugin». En el sitio para desarrolladores de OpenAI, hoy un plugin es un paquete que puede contener «skills, servidores MCP e interfaz opcional»: el envoltorio pertenece a OpenAI, el mecanismo de debajo es el protocolo abierto. Comprobado el 13 de agosto de 2026.

Este artículo trata de lo que ese cambio significa cuando usted decide cómo dar a un asistente acceso a sus propios datos: quién decide que la conexión exista, dónde se ejecuta y qué pasa cuando cambia de aplicación. Si el protocolo en sí le resulta nuevo, qué es un servidor MCP cubre primero el vocabulario.

Tres cosas distintas se llaman «integración»

Un plugin extiende una aplicación desde dentro. Las aplicaciones de Slack, las extensiones de navegador, los plugins de Figma, los primeros plugins de ChatGPT de 2023. Se escribe contra la API de extensión de esa aplicación, se distribuye por el directorio de esa aplicación y se ejecuta bajo las reglas de esa aplicación. Si pasa a otra aplicación, no le acompaña: no hay nada que trasladar.

Una integración clásica conecta dos productos entre sí. O bien los proveedores la construyen de forma nativa («Notion en Slack»), o bien un intermediario la construye para ambos: Zapier, cuyo propio directorio anuncia más de 9949 aplicaciones conectadas a 13 de agosto de 2026. Aquí la unidad es un par. Alguien tiene que decidir que su par concreto merece la pena, y mientras no lo decida, ese par no existe.

Un servidor MCP es un programa que expone una fuente de datos o un conjunto de acciones — sus notas de reuniones, una base de datos, una carpeta — a través de una interfaz estándar. No sabe qué asistente lo llamará, y no necesita saberlo.

La distinción no va de elegancia técnica. Va de quién decide qué es posible: el dueño de un mercado de aplicaciones, dos equipos de desarrollo de negocio, o la persona a la que pertenecen los datos.

La aritmética que los plugins no pudieron arreglar

Con plugins, conectar N fuentes de datos a M aplicaciones de IA cuesta N×M trabajos, porque cada emparejamiento se escribe por separado contra una API de extensión distinta. Nadie construye N×M de nada. Los proveedores racionan: las aplicaciones grandes reciben conectores primero, el resto espera, y algunos emparejamientos sencillamente no llegan nunca porque el caso de negocio es demasiado pequeño.

MCP convierte esa multiplicación en una suma. Cada fuente de datos implementa el protocolo una vez; cada aplicación de IA implementa el protocolo una vez; y a partir de ahí funciona cualquier combinación. Por eso el ecosistema creció como creció: en diciembre de 2025, cuando el protocolo cambió de manos, el anuncio citaba más de 97 millones de descargas mensuales del SDK y soporte nativo de cliente en ChatGPT, Claude, Cursor, Gemini, Microsoft Copilot y Visual Studio Code.

El detalle de gobernanza importa más de lo que parece. MCP se donó a la Agentic AI Foundation, un fondo dirigido bajo la Linux Foundation, el 9 de diciembre de 2025. Esa fundación fue cofundada por Anthropic, Block y OpenAI. Una API de plugins pertenece a la empresa que publica la aplicación, y esa empresa puede retirarla, como hizo con el sistema de plugins de ChatGPT de 2023. Un protocolo bajo tutela neutral y con un proceso público de propuestas también puede cambiar, pero no como decisión unilateral de producto.

«Configurar una sola vez»: qué significa eso con honestidad

Es la afirmación que más se exagera, así que aquí va la versión precisa.

Lo que de verdad se escribe una sola vez es el servidor. El mismo programa, arrancado de la misma manera, sirve a Claude Desktop, a Cursor y a VS Code sin una línea de código por cliente.

Lo que sigue siendo propio de cada cliente es la entrada de configuración. Cada cliente guarda sus ajustes de MCP en su sitio, y esos sitios no son idénticos:

Cliente Archivo Clave de primer nivel
Claude Desktop claude_desktop_config.json en la carpeta de soporte de la aplicación mcpServers
Cursor .cursor/mcp.json en el proyecto, o ~/.cursor/mcp.json mcpServers
VS Code .vscode/mcp.json, o mcp.json en el perfil de usuario servers

Comprobado en la documentación de cada proveedor, 13 de agosto de 2026. La frase exacta es, entonces, una implementación, muchos clientes, y no una configuración, muchos clientes. Lo que deja de repetir es la parte cara: la implementación, las descripciones de herramientas, el modelo de permisos y la disposición del proveedor a construirlo para su aplicación. Añadir una línea a un archivo JSON, o pulsar un instalador que la escribe por usted, es la parte barata.

Local o remoto: un eje que los plugins nunca ofrecieron

Un plugin de ChatGPT al estilo de 2023 era, por definición, una API HTTPS. Sus datos tenían que ser accesibles desde los servidores de un proveedor, lo que zanjaba en silencio la cuestión de la privacidad antes de que usted llegara a plantearla. Las integraciones al estilo de Zapier tienen la misma forma: los datos pasan por el intermediario.

MCP tiene dos transportes, y la elección es suya y no del protocolo. El transporte stdio ejecuta el servidor como un proceso en su propia máquina, lo arranca la aplicación de IA y se apaga cuando usted la cierra; el transporte Streamable HTTP alcanza un servidor que se ejecuta en otro sitio. Ambos hablan el mismo protocolo, de modo que un cliente compatible con MCP admite las dos formas.

Esa es la diferencia que de verdad cambia lo que es posible: «el asistente puede leer mis archivos locales» es una frase que una arquitectura de plugins no puede producir. También introduce una distinción que conviene entender antes de conectar nada, porque los servidores MCP locales y en la nube exponen cosas distintas a partes distintas.

Uno al lado del otro

Plugin Integración clásica Servidor MCP
Escrito contra La API de extensión de una aplicación Un par de productos Un protocolo abierto
Quién decide que exista El mercado del anfitrión Los dos proveedores Quien sea dueño de los datos
Funciona en otro cliente de IA No No Sí, sin cambios
Puede ejecutarse en su máquina No Rara vez Sí, por stdio
Lo dispara La aplicación anfitriona Una programación o un evento Un modelo, en plena conversación
Lo controla Una empresa Una empresa Un proyecto de la Linux Foundation

Cuándo un plugin o una integración corriente sigue siendo la respuesta correcta

MCP no es un sustituto universal, y tratarlo como tal lleva a una mala arquitectura.

Automatización desatendida. Una herramienta MCP se ejecuta porque un modelo decidió llamarla mientras usted estaba en una conversación. Si necesita «cada día laborable a las 07:00, copiar las facturas de ayer en la hoja de contabilidad», lo que quiere es un programador de tareas, y Zapier o una integración nativa es la herramienta correcta. Ningún protocolo despierta a un asistente inactivo.

Flujos deterministas. Cuando la misma entrada debe producir la misma salida siempre, que un modelo decida si llama a la herramienta es un riesgo y no una ventaja.

Distribución a usuarios no técnicos. Una ficha en un directorio con un botón de instalación llega a personas a las que un archivo de configuración JSON no llega, que es precisamente por lo que OpenAI envolvió los servidores MCP en un formato de plugin en lugar de exponer el protocolo en crudo a todo el mundo.

Cualquier cosa que deba funcionar con el portátil cerrado. Un servidor stdio local se detiene cuando se detiene la máquina. Eso es una ventaja para la privacidad y un defecto para la disponibilidad, y solo usted sabe cuál de las dos está comprando.

Cómo se ve esto en Speak-Y

Speak-Y incluye un servidor MCP dentro de la aplicación. No hay un plugin de Speak-Y para Claude, ni una extensión aparte de Speak-Y para Cursor, ni una aplicación de Speak-Y en el directorio de nadie: hay un servidor, y a los clientes que usted usa se les dice dónde está. Desde Configuración → Integraciones, Instalar junto a un cliente detectado escribe por usted el archivo de configuración de ese cliente, en su propio formato.

La lectura es local: la búsqueda, las transcripciones, los resúmenes y las tareas pendientes salen de la biblioteca de su máquina, sin subir nada para que el asistente lo lea. Los comandos que cambian algo — etiquetas, nombres de participantes, títulos, volver a transcribir, publicar en un canal de equipo — pasan por la aplicación en ejecución, se declaran al cliente como modificadores de datos para que pregunte antes, y quedan registrados donde usted puede leerlos después. El servidor es gratuito en todos los planes.

Lo que importa para este artículo es qué ocurre la próxima vez que aparezca un cliente MCP nuevo. No se construye nada para él. Lee la misma lista de herramientas que todo lo demás, porque el trabajo se hizo contra el protocolo y no contra un producto.

Ese es todo el argumento a favor de MCP frente a los plugins, y conviene dejar claro que es un argumento sobre el efecto multiplicador, no sobre la seguridad: un protocolo abierto no dice nada sobre qué se le permite hacer a un servidor con sus datos. Esa pregunta se responde aparte, en qué hace segura la escritura, y es la que hay que hacerse antes de conectar nada.

FAQ

¿Cuál es la diferencia entre un servidor MCP y un plugin?

Un plugin se escribe contra la API de extensión de una sola aplicación y solo funciona dentro de ella. Un servidor MCP se escribe contra un protocolo abierto, así que cualquier cliente compatible — Claude, ChatGPT, Cursor, VS Code, Zed y otros — puede usar el mismo servidor sin que su autor haga trabajo adicional para cada cliente. La unidad de un plugin es una aplicación; la de un servidor MCP, una fuente de datos o de acciones.

¿Un servidor MCP sustituye a Zapier y a herramientas de automatización similares?

No, resuelven problemas distintos. Zapier y las plataformas comparables ejecutan flujos programados o disparados por un evento sin nadie delante, que es justo lo que MCP no hace: una herramienta MCP se ejecuta cuando un modelo decide llamarla durante una conversación. MCP sustituye al conector escrito para cada aplicación, no a la plataforma de automatización.

Si configuro un servidor MCP una vez, ¿funciona en todas las aplicaciones de IA automáticamente?

El servidor se escribe una vez y no necesita cambios, pero a cada cliente hay que indicarle su existencia en su propia configuración. Claude Desktop, Cursor y VS Code guardan los ajustes de MCP en archivos distintos, y VS Code además usa otra clave de primer nivel. Lo que se evita es una implementación por aplicación, no una entrada de configuración por aplicación.

¿Los plugins de ChatGPT son lo mismo que MCP?

No son lo mismo, pero ya no son opuestos. El sistema de plugins de 2023 fue sustituido y, en el sitio para desarrolladores de OpenAI, hoy un plugin es un paquete que puede contener skills, un servidor MCP y una interfaz opcional. El plugin es ahora la capa de empaquetado y distribución; MCP es el protocolo que hay debajo.

¿Quién controla MCP y puede cambiarlo un solo proveedor?

MCP se donó a la Agentic AI Foundation, un fondo dirigido bajo la Linux Foundation, el 9 de diciembre de 2025. La fundación fue cofundada por Anthropic, Block y OpenAI, con el apoyo de Google, Microsoft, AWS, Cloudflare y Bloomberg. Los cambios pasan por un proceso público de propuestas y no por la hoja de ruta de una sola empresa.