Clientes MCP 2026: comparativa de Claude Desktop, Cursor, Zed, Cline, VS Code y clientes a medida

Los clientes MCP son las aplicaciones host que se comunican con servidores MCP a través del Model Context Protocol (MCP) y ponen sus funciones a disposición de un LLM. Entre los clientes más importantes de 2026 figuran Claude Desktop, Cursor, Zed, Cline, VS Code y los clientes propios creados con un SDK. Se diferencian sobre todo en qué funciones MCP (Tools, Resources, Prompts, Elicitation) y qué procedimientos OAuth implementan realmente.

• Las Tools son el denominador común: prácticamente todos los clientes que merecen la pena admiten las Tools de MCP. En Resources, Prompts, Elicitation y el registro de OAuth, las implementaciones divergen, y es justo ahí donde se decide la elección del cliente.
• VS Code es el que cubre la especificación de forma más amplia: según la lista de clientes en modelcontextprotocol.io, mantenida por la comunidad (a mayo de 2026, ya retirada), VS Code con GitHub Copilot admite 12 de las 14 funciones listadas. Claude Desktop, el host de escritorio de Anthropic, cubre Tools, Resources, Prompts, Roots (deprecated), MCP Apps y OAuth; Cursor, Zed y Cline están orientados a flujos de trabajo de programación.
• A medida significa control total: quien necesita gobernanza propia, permisos multitenant y registros de auditoría completos construye su propio cliente con los SDK oficiales (Python, TypeScript).

Qué hacen los clientes MCP: los componentes básicos

Anthropic publicó MCP el 25 de noviembre de 2024 (autores: David Soria Parra y Justin Spahr-Summers) como estándar abierto con el que las aplicaciones de IA conectan sistemas externos como sistemas de archivos, bases de datos, sistemas empresariales y herramientas de desarrollo. El 9 de diciembre de 2025, Anthropic donó MCP a la recién creada Agentic AI Foundation (AAIF), bajo el paraguas de la Linux Foundation, con el respaldo de Block y OpenAI y el apoyo platino de AWS, Bloomberg, Cloudflare, Google y Microsoft. Con ello, en 2026 MCP es el estándar fundamental agent-to-tool. Para la comunicación entre agentes existe el protocolo A2A, impulsado por Google, que desde junio de 2025 también está en manos de la Linux Foundation, con Microsoft y AWS, entre otros, como miembros fundadores. Complementa a MCP, pero no lo sustituye.

Un cliente MCP siempre forma parte de una aplicación host. Esta puede operar varios clientes a la vez, cada uno con su propia conexión a un servidor MCP. Los componentes que puede procesar un cliente se clasifican así:

• Tools: acciones que el modelo puede invocar (p. ej., «leer archivo», «crear registro en el CRM», «búsqueda web»). Es el componente más importante y el más ampliamente admitido.
• Resources: datos de contexto proporcionados por el servidor (documentos, esquemas, contenido de archivos) que el cliente ofrece al modelo o al usuario para que elija.
• Prompts: plantillas de prompts predefinidas o slash commands que ofrece el servidor y que el usuario puede activar en el cliente.
• Elicitation: el servidor pide al usuario, a través del cliente, datos concretos, como una confirmación o un parámetro que falta. Se introdujo con la revisión de la especificación 2025-06-18.
• Sampling: el servidor solicita a través del cliente una respuesta de un LLM, es decir, usa el modelo del host sin tener una API key propia. Es delicado en costes y en seguridad, y desde la revisión de la especificación 2026-07-28 está marcado como deprecated.

Transporte y configuración

Técnicamente, MCP se basa en JSON-RPC 2.0 sobre varios transportes. En local, el cliente se comunica por stdio con un servidor iniciado como subproceso; en remoto, originalmente mediante Server-Sent Events y, desde la revisión de la especificación 2025-03-26 (marzo de 2025), mediante Streamable HTTP. Esa misma revisión añadió OAuth 2.1 y las anotaciones de herramientas. El batching de JSON-RPC, introducido también entonces, se eliminó con la revisión 2025-06-18. La especificación de noviembre de 2025 (2025-11-25) trajo Tasks experimentales para operaciones asíncronas, Elicitation en modo URL y Client ID Metadata Documents. Con la revisión 2026-07-28, la actual, MCP pasó a ser stateless: desaparecen las sesiones y el handshake initialize, los servidores deben identificarse mediante server/discover y deberían incluir su identidad en cada respuesta, y las Tasks pasaron a una extensión oficial. Además, MCP Apps (SEP-1865, principios de 2026) estandarizó cómo los servidores MCP entregan interfaces interactivas a hosts como Claude y ChatGPT.

La mayoría de los clientes se configuran mediante un archivo JSON que enumera las entradas de servidor. Conceptualmente, la entrada de un servidor stdio local tiene este aspecto:

```json
{
"mcpServers": {
"filesystem": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-filesystem", "/projekt/daten"]
}
}
}
```

Para servidores remotos con Streamable HTTP, en lugar de command se define una entrada url más la configuración de OAuth 2.1. Las rutas de archivo y el esquema exacto de claves varían según el cliente, pero el patrón básico es idéntico.

Comparativa de clientes: soporte y casos de uso

La siguiente tabla clasifica los clientes más importantes. La columna «Soporte MCP» indica los componentes según la documentación del fabricante y según la lista de clientes en modelcontextprotocol.io, mantenida por la comunidad (a mayo de 2026, ya retirada); la columna «Cuándo usarlo», el caso de uso principal. Sampling y Roots están declarados obsoletos desde la revisión de la especificación 2026-07-28 y aparecen marcados como «deprecated». En OAuth, entre paréntesis figura el procedimiento de registro: CIMD (Client ID Metadata Documents) o DCR (Dynamic Client Registration), declarado obsoleto con esa misma revisión. Los clientes evolucionan rápido, así que consulta la documentación actual antes de decidir.

Transversalmente también son relevantes n8n, Mastra, LangGraph y PydanticAI: n8n y Mastra son nativos de MCP, y LangGraph admite Streamable HTTP para servidores MCP remotos. En sentido estricto son plataformas de orquestación o automatización, pero en la práctica actúan como clientes MCP y, en los stacks productivos, suelen ser la verdadera capa de integración. Los SDK oficiales para Python y TypeScript sumaron, según Anthropic, más de 97 millones de descargas al mes en diciembre de 2025.

Sampling: obsoleto desde julio de 2026

Durante mucho tiempo, Sampling se consideró la línea divisoria más nítida entre los clientes: las Tools responden a la pregunta «¿Qué puede hacer el agente?»; Sampling, a la pregunta «¿Puede el servidor usar por su cuenta el modelo del host?». Entre los clientes estándar comparados, según la lista de clientes mencionada, solo VS Code lo implementa. Con la revisión de la especificación 2026-07-28, Sampling queda marcado como deprecated junto con Roots y Logging (SEP-2577). Sigue funcionando durante el periodo de transición de al menos doce meses, pero los nuevos clientes y servidores ya no deben incorporarlo. Los servidores que necesitan razonamiento propio conectan directamente la API del LLM. Por eso, para elegir cliente cuentan otros criterios: Resources y Prompts, Elicitation para hacer preguntas al usuario, OAuth con Client ID Metadata Documents en lugar de la obsoleta Dynamic Client Registration y el soporte de la revisión stateless 2026-07-28. Si un cliente ya implementa esta revisión, lo indica su documentación. En herramientas de programación como Cursor, Zed o Cline, lo prioritario es de todos modos el acceso a herramientas: leer archivos, lanzar tests, buscar en repositorios.

Ejemplo práctico: elegir cliente en una agencia

Una agencia quiere crear un flujo de investigación SEO que conecte un servidor MCP interno del CMS y un servidor MCP de palabras clave. Tres caminos realistas:

1. Exploración rápida: integrar ambos servidores en Claude Desktop: los servidores stdio locales mediante configuración JSON y los remotos como Custom Connector. Tools, Resources y Prompts funcionan al instante; ideal para una prueba de concepto en un solo día, sin código.
2. Integración para desarrolladores: integrar el mismo servidor del CMS en Cursor o VS Code para desarrollar y depurar el código del servidor con acceso a herramientas directamente en el IDE.
3. Operación en producción: un cliente a medida con el SDK de TypeScript como parte de la aplicación propia. Aquí se implementan scopes de OAuth 2.1 por tenant y un registro de auditoría completo con un Correlation ID, es decir, requisitos que los clientes estándar no cubren. Si un servidor necesita razonamiento propio, conecta directamente la API del LLM en lugar de depender del Sampling obsoleto.

El impacto en tokens y costes se puede controlar directamente: quien limita las llamadas a herramientas por tarea e impone respuestas del servidor tipadas y comprimidas mantiene el consumo calculable. Según Anthropic, los agentes consumen unas 4 veces más tokens que un chat sencillo, y los sistemas multiagente, unas 15 veces más. Eso aconseja limitar de forma consciente las cadenas autónomas de herramientas.

Seguridad y gobernanza

MCP funciona con un modelo de confianza optimista que equipara la corrección sintáctica con la seguridad semántica. Los ataques documentados en 2025 son el Tool Poisoning (Invariant Labs, 1 de abril de 2025), el squatting con servidores look-alike y el Full-Schema Poisoning de CyberArk, en el que cualquier parte del esquema de una herramienta se convierte en punto de inyección. La consecuencia para la elección del cliente: qué cliente se usa es una decisión de gobernanza. Son obligatorios el sandboxing, los tokens de OAuth 2.1 limitados por scope, el mínimo privilegio y la prohibición de que un agente instale por su cuenta servidores MCP desde registros no fiables. En Alemania y Austria se suman las cadenas de contratos de encargo del tratamiento según el art. 28 del RGPD por cada operador de servidor; en Suiza, los contratos de encargo del tratamiento según el art. 9 de la DSG, y, según el sector, también requisitos de conservación y WORM.

Para agencias y responsables de decisiones B2B

La recomendación pragmática para 2026: clientes estándar para lo que saben hacer. Claude Desktop para asistencia general y pruebas rápidas de servidores; Cursor, VS Code, Zed y Cline para la productividad de desarrollo, con VS Code como el que cubre la especificación de forma más amplia. En cuanto un LLM se integra en un producto propio o se requieren permisos multitenant, registros de auditoría sin lagunas y alojamiento soberano, el camino lleva a un cliente a medida con SDK. Blck Alpaca, desde Viena, ayuda a empresas de toda Europa a elegir la estrategia de clientes MCP adecuada, construir sus propios servidores MCP y poner en marcha flujos de trabajo MCP conformes con el RGPD y auditables.