Qué es MCP (Model Context Protocol)
Los modelos del lenguaje son increíblemente potentes.
Pero tienen un problema: no hacen cosas. Tú les preguntas, ellos te responden. Tú copias datos, ellos los analizan.
Tú eres el intermediario.
Siempre.
¿Y si el modelo pudiera conectarse directamente a esas herramientas sin que tú hicieras de puente?
Eso es exactamente lo que hace MCP.
En este artículo te explico cómo funciona el MCP y te enseño cómo he creado una webapp con un dashboard con datos de un ecommerce utilizando los servidores MCP de Figma, DuckDB y Playwright y Claude Code.
Si prefieres verlo en acción, tienes el vídeo completo aquí:
Pero si lo que quieres es reproducir la demo paso a paso y ver las cosas que en el vídeo no dio tiempo a desarrollar, sigue leyendo.
Si quieres ver cómo se trabaja con Claude Code conectándolo a servidores MCP en proyectos reales de Machine Learning e Ingeniería de datos, con los tropiezos incluidos, tienes la grabación completa aquí.
Qué es MCP (Model Context Protocol)
MCP (Model Context Protocol) es un protocolo abierto creado por Anthropic que estandariza cómo los modelos del lenguaje se conectan con fuentes de datos y herramientas externas.
MCP es el USB-C de los modelos del lenguaje.
Antes de USB-C cada dispositivo tenía su propio cargador. Micro-USB, Lightning, mini-USB, el cable raro de tu cámara que siempre perdías.
Luego llegó USB-C: un puerto, cualquier dispositivo.
MCP hace lo mismo pero con la IA.
Un protocolo que permite conectar cualquier modelo del lenguaje que lo soporte con cualquier aplicación. Da igual que sea DuckDB, PostgreSQL, Figma, Notion o WhatsApp.
Si hay un servidor MCP, se puede conectar.
Y al ser un estándar abierto, no estás atado a un proveedor.
Si mañana decides dejar Claude y usar Gemini, tus mismos servidores MCP seguirán funcionando. Cualquier modelo del lenguaje que soporte el protocolo es compatible.
Cómo funciona MCP: las tres piezas
La arquitectura MCP tiene tres componentes que trabajan juntos.
El Host
Es la aplicación que usas para hablar con el modelo del lenguaje.
- Claude Desktop,
- Claude Code,
- Cursor,
- Windsurf...
El host es la interfaz que tú ves y tocas cuando interactúas con el modelo del lenguaje. Nada más.
El Cliente MCP
Viene ya integrado dentro del Host.
Si tu aplicación soporta MCP (ya sea Claude Desktop, Claude Code, Cursor o cualquier otr) es porque lleva el Cliente MCP dentro.
Tú no lo instalas, no lo configuras, no interactúas con él directamente.
Su función es la de un traductor. Tú hablas con el modelo del lenguaje en lenguaje natural.
El Servidor MCP habla en protocolo MCP.
El Cliente está en medio traduciendo en ambas direcciones.
El Servidor MCP
Es la pieza que tiene acceso directo a la herramienta externa y le dice al modelo lo que puede hacer con ella: qué acciones ejecutar y qué datos consultar.
Y también pone los límites: lo qué está permitido y lo qué no.
El Servidor MCP es lo único que tú instalas y configuras.
Qué puede hacer un Servidor MCP: herramientas, recursos y plantillas
Un servidor MCP puede exponer tres tipos de capacidades al modelo del lenguaje. No todos los servidores implementan las tres, de hecho la mayoría se centra en la primera, pero conviene conocerlas.
🛠️ Herramientas (Tools)
Son acciones que el modelo puede ejecutar.
Si instalas el servidor MCP de una base de datos, una de las herramientas expuestas por el servidor podría ser "ejecutar una query SQL".
Si instalas el de GitHub, la herrameinta sería "crear un issue" o "listar Pull Requests".
Lo importante aquí es que el modelo decide cuándo usar cada herramienta.
Tú le preguntas "¿cuánto vendimos en enero?" y él solo decide que necesita ejecutar un SELECT sobre la tabla de ventas.
No le dices qué herramienta usar.
Él razona, elige y ejecuta.
💿 Recursos
Los recursos son contexto que el modelo puede leer.
Si conectas el servidor MCP de Notion, Claude accede a tus documentos directamente. Ya no tienes que copiar y pegar. Los recursos son información que el modelo consulta para entender tu entorno antes de actuar.
La diferencia con las herramientas es sutil pero importante: las herramientas hacen cosas, los recursos dan información.
Un recurso podría ser el catálogo de tablas de tu base de datos, las definiciones de tus KPIs o el esquema de tus datos.
El modelo lo lee para tener contexto y luego usa las herramientas para actuar sobre ello.
📝 Plantillas de Prompts
Son prompts predefinidos, creados por el desarrollador del servidor MCP, optimizados para obtener los mejores resultados con esa herramienta específica.
Por ejemplo, un servidor MCP de base de datos podría incluir una plantilla de "análisis exploratorio" que guía al modelo paso a paso a través de un análisis exploratorio de datos:
- comprobar nulls,
- calcular distribuciones,
- buscar correlaciones,
- generar un resumen ejecutivo.
Piensa en ellas como recetas que el creador del servidor ya ha probado y refinado para que el modelo saque el máximo partido de la herramienta.
¿Cómo se instala un servidor MCP?
Depende del Host que estés usando.
En Claude Desktop o Claude Web
Es tan simple como hacer clic en "Añadir un conector", buscar el servidor que quieres (Excalidraw, GitHub, Google Drive...) y conectarlo.
Algunos te pedirán autenticación con OAuth.
Nada que no hayas hecho antes 🙌
En Claude Code
Se hace desde la terminal. Cada servidor tiene su propio comando, pero el patrón es siempre el mismo:
claude mcp add --scope user nombre -- comando argumentos
Por ejemplo, para conectar DuckDB:
claude mcp add --scope user duckdb --transport stdio -- uvx mcp-server-motherduck --db-path /absolute/path/to/db.duckdb
Para Playwright:
claude mcp add --scope user playwright -- npx @playwright/mcp@latest
Para Figma:
claude mcp add --transport http figma https://mcp.figma.com/mcp
Con el comando claude mcp list verificas que están conectados. Y con /mcp dentro de una sesión puedes ver las herramientas disponibles de cada servidor.
Ten en cuenta que los servidores MCP se pueden ejecutar de tres formas distintas, y cada una tiene sus propias dependencias.
- Algunos servidores están escritos en Python y se ejecutan con
uvx. Es el caso del servidor de DuckDB. Para estos necesitas teneruvinstalado (brew install uven Mac,pip install uven el resto). - Otros están escritos en JavaScript y se ejecutan con
npx. Es el caso de Playwright. Para estos necesitas tener instalado Node.js. - Y luego están los conectores remotos, que son servidores que ya están corriendo en la nube. Es el caso de Figma cuando lo conectas desde Claude Web. Tú no ejecutas nada en tu máquina: solo le das permiso a Claude para que se comunique con el servicio.
En la práctica, si vas a usar Claude Code con varios servidores MCP, tener uv y Node.js instalados te cubre la mayoría de casos.
Ejemplo práctico: de un diseño en Figma a un dashboard con datos reales
En el vídeo que acompaña este artículo, usamos Claude Code con tres servidores MCP para crear una aplicación web completa a partir de un mockup en Figma.
El flujo sigue el mismo patrón de explorar, planificar y ejecutar que describimos en el artículo de Claude Code, pero utilizando servidores MCP.
Con estos servidores MCP lo que conseguimos es amplificar todo lo que Claude puede hacer.
Servidor MCP de Figma
Primero, Claude lee el diseño del dashboard directamente desde Figma a través de su servidor MCP.
No le pasamos una captura de pantalla.
Claude accede al archivo de Figma, analiza la estructura, los componentes, los colores y la tipografía.
Después, genera un proyecto React con Tailwind que replica ese diseño, lo mete dentro de un contenedor Docker y lo levanta.
Servidor MCP de Playwright
A continuación, usa el servidor MCP de Playwright para abrir un navegador, hacer una captura del resultado y compararla con el diseño de Figma.
Encuentra diferencias, las corrige y vuelve a verificar.
Servidor MCP de DuckDB
Finalmente, con el servidor MCP de DuckDB, Claude Code carga los CSVs con datos reales del ecommerce y sustituye los datos de demo que había utilizado para crear el dashboard por métricas calculadas a partir de los archivos:
- ingresos totales,
- clientes únicos,
- ventas mensuales,
- productos más vendidos.
El resultado es un dashboard funcional con datos reales, corriendo en Docker, creado a partir de un diseño en Figma.
Tres servidores MCP, un protocolo, un LLM que los orquesta.
Preguntas frecuentes
No. MCP es un protocolo abierto. Lo soportan Claude Desktop, Claude Code, Cursor, VS Code (con extensiones), Windsurf, LM Studio y cada vez más aplicaciones.
Para usarlos, no. Conectar un servidor en Claude Desktop es hacer clic en un botón. En Claude Code son un par de comandos en la terminal. Para crear tu propio servidor MCP desde cero sí necesitas saber programar, pero ese es tema para otro artículo.
Técnicamente no hay límite fijo, pero cada servidor añade herramientas que consumen contexto. Con tres o cuatro servidores activos el rendimiento es bueno. Con diez o más, el modelo puede empezar a confundirse porque tiene demasiadas herramientas disponibles. La recomendación es tener conectados solo los que vayas a usar en cada sesión.
La mayoría de servidores MCP son gratuitos y de código abierto. Algunos servicios a los que se conectan sí pueden tener costes asociados (como MotherDuck para DuckDB en la nube, o APIs con cuotas). Pero el servidor en sí, que es lo que instala MCP, es generalmente gratuito.
Claude pierde acceso a las herramientas de ese servidor, pero la sesión continúa. Puedes reiniciar el servidor (en Claude Code, con /mcp) o seguir trabajando sin él. No rompe nada.
No. MCP es una capa por encima. Un servidor MCP puede conectar con una API, una base de datos, un sistema de archivos o lo que sea. El protocolo estandariza cómo el modelo accede a esos recursos, pero no sustituye la conexión que hay por debajo.