Un asistente de IA como Claude Code es muy capaz trabajando sobre tu proyecto: lee los archivos, escribe código, ejecuta comandos. Pero, de serie, vive encerrado en tu ordenador. No ve las tareas de tu gestor de proyectos, no puede consultar tu base de datos, no sabe qué errores están saltando en producción ni puede abrir un navegador para comprobar cómo se ve tu web. Para todo eso hace falta un puente. Ese puente tiene nombre: MCP, el Model Context Protocol. En este artículo explicamos qué es, cómo se usa en Claude Code y qué conexiones merecen la pena en un negocio digital.
Qué es MCP y por qué existe
MCP (Model Context Protocol, protocolo de contexto de modelo) es un estándar abierto que define cómo un asistente de IA se conecta con herramientas y datos externos. Lo creó Anthropic —la empresa detrás de Claude— a finales de 2024, y desde entonces lo ha adoptado buena parte de la industria, incluidos OpenAI y Google; hoy se desarrolla como proyecto abierto bajo el paraguas de la Linux Foundation, la misma organización neutral que ampara proyectos como Linux o Kubernetes. En la práctica, es la forma estándar de darle "manos" a un asistente.
La analogía que mejor lo explica es el USB-C. Antes de que existiera, cada dispositivo traía su cargador y su cable propios, incompatibles entre sí. Con la IA pasaba lo mismo: conectar un asistente con tu calendario, tu base de datos o tu CRM exigía una integración a medida para cada pareja asistente-herramienta. Es lo que en la industria se conoce como el problema M×N: con M asistentes y N herramientas hay que construir —y mantener— M×N conectores distintos. MCP lo elimina de raíz: la herramienta se conecta una vez, con un protocolo común, y cualquier asistente compatible puede usarla. La escala del ecosistema da la medida del cambio: apenas año y medio después de su lanzamiento existen ya miles de servidores MCP públicos, entre oficiales de cada fabricante y comunitarios.
Las piezas son dos:
- Servidores MCP. Pequeños programas que "envuelven" una herramienta o servicio y exponen sus capacidades en el idioma del protocolo: buscar en Notion, crear una incidencia en GitHub, consultar esta base de datos. Los publican los propios fabricantes (Notion, GitHub, Sentry…) o la comunidad.
- Clientes MCP. Los asistentes que consumen esas capacidades. Claude Code es uno; también lo son la app de Claude, otros editores de código con IA y agentes a medida.
Y un servidor no solo expone acciones. El protocolo distingue tres tipos de capacidades: herramientas (acciones que el asistente puede ejecutar, como crear una tarea o lanzar una consulta), recursos (información de solo lectura que puede consultar, como el esquema de una base de datos o un manual interno) y prompts (plantillas de trabajo predefinidas que estandarizan cómo abordar una tarea concreta).
Cuando Claude Code se conecta a un servidor MCP, descubre automáticamente qué sabe hacer ese servidor y decide cuándo usarlo. Tú no invocas nada a mano: pides en lenguaje natural —"¿qué tareas tengo pendientes esta semana?"— y el asistente elige la herramienta adecuada, la ejecuta y trabaja con el resultado.
¿Y esto no lo hacían ya las APIs?
Es la objeción natural de cualquiera que haya integrado servicios, y la respuesta aclara mucho: MCP no sustituye a las APIs; las hace utilizables por una IA. De hecho, por debajo, un servidor MCP casi siempre acaba llamando a la API de toda la vida del servicio. La diferencia está en el destinatario:
- Una API está pensada para programadores. Cada una es distinta: hay que leer su documentación, escribir código de integración específico, gestionar la autenticación y mantener todo eso cuando el servicio cambia. Un asistente de IA no puede hacer ese trabajo por sí solo en mitad de una conversación.
- Un servidor MCP está pensado para que lo consuma una IA. Se describe a sí mismo en un formato común: el asistente se conecta, pregunta "¿qué sabes hacer?" y recibe la lista de capacidades con sus instrucciones de uso. Sin código a medida y sin conocer el servicio de antemano.
La analogía del USB-C sigue funcionando: la API es el enchufe propio de cada servicio; MCP es el adaptador estándar que hace que todos los enchufes se conecten —y se expliquen— igual. Por eso el mismo asistente puede usar hoy una herramienta que se publicó ayer, sin que nadie escriba una línea de integración.
Cómo se conecta un servidor MCP en Claude Code
Conectar un servidor es un comando en la terminal. Hay dos variantes según dónde viva el servidor:
Servidores locales, que se ejecutan en tu ordenador. Por ejemplo, el de Playwright, que le da a Claude un navegador real para navegar por webs, hacer clic y sacar capturas:
claude mcp add playwright -- npx @playwright/mcp@latest
Servidores remotos, alojados por el proveedor del servicio. Por ejemplo, el de Notion:
claude mcp add --transport http notion https://mcp.notion.com/mcp
Con los servidores remotos suele hacer falta iniciar sesión: dentro de Claude Code se escribe /mcp, se elige el servidor y se abre el navegador para autorizar el acceso con tu cuenta, igual que cuando conectas cualquier app con "Iniciar sesión con Google". Sin copiar claves ni tocar archivos de configuración.
Un par de comandos más completan el kit: claude mcp list muestra lo que tienes conectado y si funciona, y claude mcp remove desconecta un servidor.
Qué cambia en el día a día: ejemplos reales
La teoría se entiende mejor con casos concretos. Estos son los tipos de conexión que más juego dan en un negocio digital:
| Conexión | Qué le permite hacer a Claude Code | Ejemplo de petición |
|---|---|---|
| GitHub | Leer y crear incidencias, revisar pull requests, consultar el historial | "Resume las incidencias abiertas con la etiqueta 'bug' y propón por cuál empezar" |
| Playwright | Navegar por tu web en un navegador real, hacer clic, rellenar formularios, sacar capturas | "Entra en la página de contacto, envía el formulario de prueba y dime si algo falla" |
| Notion / Linear | Consultar y crear tareas, leer documentación interna, actualizar contenidos | "Crea una tarea por cada punto pendiente de esta reunión" |
| Base de datos (PostgreSQL, MySQL…) | Consultar datos reales para responder preguntas o depurar | "¿Cuántos pedidos se quedaron a medias este mes y en qué paso?" |
| Sentry | Ver los errores que están saltando en producción, con su contexto | "Mira el error más frecuente de esta semana y propón una corrección" |
| Figma | Leer los diseños reales: medidas, colores, componentes | "Implementa esta pantalla tal y como está en el diseño" |
| Meta Ads | Consultar y gestionar campañas de Facebook e Instagram: rendimiento, presupuestos, creatividades | "¿Qué campañas gastaron más esta semana y cuál rinde mejor?" |
| Google Analytics | Consultar el tráfico real de tu web: audiencias, conversiones, informes en tiempo real | "¿Qué páginas perdieron más tráfico este mes respecto al anterior?" |
| Google Ads | Consultar tus campañas de búsqueda: rendimiento, palabras clave, presupuestos | "¿Qué palabras clave gastan más sin convertir?" |
| HubSpot | Trabajar con tu CRM: contactos, negocios, tickets y notas | "¿Qué negocios llevan más de dos semanas sin actividad?" |
La chuleta: los principales servidores MCP en un comando
Estos son los comandos para conectar cada uno de los servidores de la tabla. Los remotos te pedirán autorizar el acceso la primera vez (escribe /mcp dentro de Claude Code e inicia sesión con tu cuenta):
# GitHub — incidencias, pull requests e historial
claude mcp add --transport http github https://api.githubcopilot.com/mcp/
# Playwright — un navegador real para probar tu web
claude mcp add playwright -- npx @playwright/mcp@latest
# Notion — documentación y contenidos
claude mcp add --transport http notion https://mcp.notion.com/mcp
# Linear — gestión de tareas
claude mcp add --transport http linear https://mcp.linear.app/mcp
# Sentry — errores en producción
claude mcp add --transport http sentry https://mcp.sentry.dev/mcp
# Figma — diseños, medidas y componentes
claude mcp add --transport http figma https://mcp.figma.com/mcp
# Supabase — tu base de datos Postgres
claude mcp add --transport http supabase https://mcp.supabase.com/mcp
# Meta Ads — campañas de Facebook e Instagram (beta)
claude mcp add --transport http meta-ads https://mcp.facebook.com/ads
# Google Analytics — tráfico e informes de tu web (requiere configuración previa)
claude mcp add analytics -e GOOGLE_PROJECT_ID=tu-proyecto -- pipx run analytics-mcp
# Google Ads — informes de campañas, solo lectura (requiere configuración previa)
claude mcp add google-ads -e GOOGLE_PROJECT_ID=tu-proyecto -e GOOGLE_ADS_DEVELOPER_TOKEN=tu-token -- pipx run --spec git+https://github.com/googleads/google-ads-mcp.git google-ads-mcp
# HubSpot — tu CRM: contactos, negocios y tickets
claude mcp add --transport http hubspot https://mcp.hubspot.com
Algunos matices de la lista:
- El servidor de Figma también existe en versión local, servida por la propia app de escritorio, si prefieres no pasar por el remoto.
- En Supabase puedes limitar el acceso a un único proyecto añadiendo
?project_ref=tu-proyectoa la URL. Y si tu base de datos vive en otro proveedor (Neon, por ejemplo), busca su servidor oficial. - El de Meta Ads está en beta abierta desde abril de 2026 y requiere una cuenta de Business Manager con permisos de administrador.
- Los dos de Google piden deberes previos: un proyecto de Google Cloud con las APIs activadas e inicio de sesión con
gcloud(instrucciones de Analytics y de Ads). El de Ads exige además un developer token de la API y, de momento, es de solo lectura: informes sí, cambios en campañas no. - El de HubSpot autoriza por OAuth; según cómo esté configurada tu cuenta, puede pedirte crear antes una app de autenticación (guía en su documentación).
- ¿Y LinkedIn Ads? A diferencia de Meta, LinkedIn no ofrece (todavía) un servidor MCP oficial. La alternativa es un servidor de código abierto que corre en tu propia máquina con tus credenciales, como linkedin-ads-mcp, que ofrece informes y gestión de campañas hablando directamente con la API de LinkedIn — a cambio de más trabajo de configuración (crear una app en el portal de desarrolladores de LinkedIn y pedir acceso a la Advertising API).
Fíjate en el patrón: en todos los casos el asistente deja de trabajar "de memoria" o con lo que tú le pegas en el chat, y pasa a trabajar con los datos reales, en el momento. Esa es la diferencia de fondo.
Y lo mejor llega al combinar varios servidores en un mismo flujo. Un ejemplo real: salta un error en producción. Claude Code lee el aviso en Sentry con toda su traza, cruza esa información con GitHub para localizar el cambio exacto que lo introdujo, consulta la base de datos para comprobar si algún registro se ha visto afectado, redacta la corrección con sus pruebas y abre un pull request etiquetando a los revisores. Cuatro herramientas, una sola conversación, y un diagnóstico que a mano habría llevado la mañana entera.
Ese encadenado también funciona hacia atrás en el tiempo: conectado a Slack o al gestor de tareas, el asistente puede rescatar decisiones de diseño enterradas en hilos de hace meses y traerlas como contexto del problema actual. Es el famoso "conocimiento tribal" que normalmente se pierde cuando alguien deja el equipo, convertido en algo consultable.
El caso de Playwright merece mención aparte, porque cierra un círculo: Claude Code no solo escribe el código de tu web, sino que después la abre en un navegador y comprueba que funciona —que el formulario envía, que el menú se despliega, que nada se rompe en móvil—. Es el mismo principio que contamos en el artículo de vídeo con Remotion: un asistente que revisa su propio trabajo es la diferencia entre "debería funcionar" y "he comprobado que funciona".
Skills y MCP: conocimiento y manos
Si has leído nuestros artículos anteriores te sonarán las skills: paquetes de conocimiento que el asistente carga cuando detecta que los necesita (las reglas de Remotion, tu manual de marca…). Es fácil confundirlas con MCP porque ambas "amplían" al asistente, pero hacen cosas distintas y se complementan:
- Una skill es conocimiento. Le enseña cómo hacer algo: las reglas, las buenas prácticas, el criterio. No le da capacidades nuevas; le da oficio.
- Un servidor MCP son manos. Le da capacidades para actuar sobre sistemas externos: leer, escribir, ejecutar. No le enseña criterio; le da alcance.
Hay una tercera pieza que completa el cuadro: el archivo CLAUDE.md, un documento en la raíz del proyecto que Claude Code lee al arrancar cada sesión. Es la memoria fija del proyecto: los estándares de código, los comandos de compilación y pruebas, las reglas de lo que no se toca (por ejemplo, "nunca leas ni modifiques los archivos de credenciales"). Skills (conocimiento bajo demanda), CLAUDE.md (reglas siempre presentes) y MCP (manos) son las tres patas del mismo taburete.
La combinación es donde está la gracia. Un ejemplo de nuestro terreno: una skill con tu manual de marca le enseña a Claude qué colores y tipografías usar, y el servidor MCP de Figma le deja leer el diseño real de la pantalla. Con las dos cosas, la petición "implementa la página nueva" sale fiel al diseño y coherente con la marca, sin explicar nada dos veces.
Seguridad: el precio de darle manos a la IA
Conectar herramientas es dar poder, y el poder hay que administrarlo. Tres reglas prácticas que aplicamos antes de conectar nada:
- Solo servidores de confianza. Un servidor MCP es código que actúa en tu nombre. Usa los oficiales de cada fabricante o los de proveedores contrastados, igual que no instalarías una extensión de navegador de origen dudoso. Cuidado especial con servidores que leen contenido de internet: una web maliciosa podría intentar colar instrucciones al asistente (es el llamado prompt injection).
- Permisos mínimos. Si el asistente solo necesita leer la base de datos, conéctalo con un usuario de solo lectura. Si solo necesita consultar tareas, no le des permiso para borrarlas. La mayoría de servicios permiten afinar esto al autorizar el acceso.
- Revisar antes de aprobar. Claude Code gobierna cada herramienta con una política de tres estados: preguntar (pide tu confirmación antes de ejecutar), permitir (ejecuta sin preguntar) o denegar (bloqueo total). Por defecto, las acciones que escriben, envían o borran preguntan siempre; las de solo lectura pueden relajarse. Mantén esa asimetría: diez segundos de revisión evitan disgustos.
Para equipos que quieren ir un paso más allá, Claude Code admite hooks: pequeños scripts propios que se ejecutan automáticamente antes o después de cada uso de herramienta y pueden vetar una operación que no cumpla las reglas de la empresa (acceder a una ruta protegida, saltarse el linter…). Es una red de seguridad determinista —código, no probabilidades— por debajo del comportamiento del asistente.
Con esas reglas, el balance riesgo-beneficio es claramente favorable: son las mismas precauciones que aplicarías al dar acceso a un colaborador nuevo.
Cuándo conviene (y cuándo no)
| Situación | ¿Merece la pena MCP? |
|---|---|
| El asistente necesita datos que cambian (tareas, pedidos, errores) | Sí, es su terreno natural |
| Trabajo repetitivo entre herramientas (código ↔ tareas ↔ documentación) | Sí, ahorra el copia-pega constante |
| Comprobar que la web funciona de verdad tras cada cambio | Sí, con un navegador vía Playwright |
| Implementar diseños fieles a Figma | Sí, lee las medidas reales |
| Una consulta puntual que resuelves pegando el texto en el chat | No hace falta: pégalo y listo |
| Darle acceso "a todo, por si acaso" | No: conecta lo que uses, con permisos mínimos |
La regla que usamos: si te descubres copiando información de una herramienta al chat una y otra vez, esa herramienta es candidata a MCP. Si pasa una vez al mes, no.
Lo que viene: WebMCP, cuando tu web también habla con los agentes
Hay un movimiento emergente que a cualquier negocio con web le conviene tener en el radar: WebMCP, una propuesta para que las propias páginas web expongan herramientas a los agentes de IA directamente en el navegador. En lugar de que un agente "mire" tu web e intente adivinar dónde hacer clic —un proceso frágil y propenso a errores—, la página le declara de forma estructurada qué se puede hacer en ella: buscar un producto, rellenar el formulario, reservar una cita.
La división de papeles es clara: MCP conecta al asistente con los sistemas por detrás (bases de datos, APIs, repositorios); WebMCP lo hará por delante, en la propia interfaz. Todavía es una tecnología experimental, pero la dirección conecta con algo que ya defendimos al hablar de SEO para IA: las webs ya no compiten solo por lectores humanos, sino también por ser legibles y operables para los agentes. Igual que hoy preparamos una web para Google, mañana la prepararemos para que un asistente pueda completar una compra en ella sin romper nada.
Por qué nos importa en una agencia
En yuGraphik usamos Claude Code a diario para desarrollo web, y MCP es lo que convierte al asistente en algo más que un generador de código: le permite comprobar su trabajo en un navegador real, leer los diseños tal cual salen de Figma y tocar las herramientas donde vive el trabajo de verdad. Es la misma idea que defendemos en SEO para IA o en el vídeo por código: los flujos que funcionan no son los más espectaculares, sino los que se apoyan en estándares abiertos y se pueden repetir, versionar y compartir con el equipo.
Y hay un motivo estratégico para apostar por MCP en concreto: es un estándar, no un producto. Lo que conectes hoy no te ata a un proveedor; si mañana cambias de asistente, los servidores MCP siguen sirviendo.
Conclusión
MCP resuelve el eslabón que le faltaba a los asistentes de IA: la conexión con las herramientas donde ocurre el trabajo real. En Claude Code se estrena con un comando, se comparte con el equipo en un archivo y se gobierna con permisos y confirmaciones. Empieza pequeño —una conexión, la que más copia-pega te ahorre—, comprueba el resultado y ve sumando.
Si quieres explorar cómo encajarían estos flujos en tu negocio —desde la web hasta la automatización del día a día—, hablemos.
