MCP (Model Context Protocol)
Protocolo abierto publicado por Anthropic en noviembre de 2024 que estandariza cómo un cliente agéntico (Claude, Cursor, un agente custom) consulta sistemas externos en tiempo real mediante tres primitivas: resources, tools y prompts.
En una analogía · Es el USB-C de la IA: un único enchufe estándar para que cualquier agente se conecte a cualquier herramienta o fuente de datos sin un cable a medida para cada una.
También conocido como: Model Context Protocol · Protocolo MCP · MCP server
¿Qué es MCP?
El Model Context Protocol (MCP) es un protocolo abierto que Anthropic publicó en noviembre de 2024 para resolver un problema concreto: cada integración entre un modelo y un sistema externo era un desarrollo a medida. MCP define un contrato único. Un servidor expone datos y funciones; cualquier cliente compatible los consume sin código específico por par cliente-servidor.
La analogía útil es USB: antes de MCP, conectar 5 clientes con 8 sistemas exigía hasta 40 integraciones distintas. Con MCP, cada lado implementa el protocolo una vez y la matriz se reduce a 13 implementaciones (5 clientes más 8 servidores).
Las tres primitivas
Un MCP server expone tres tipos de recurso, cada uno con semántica distinta:
| Primitiva | Qué es | Ejemplo en un design system |
|---|---|---|
| Resources | Datos legibles, identificados por URI | ds://tokens.json con los tokens DTCG |
| Tools | Funciones que el agente puede ejecutar | componentApi("Button") devuelve la API del componente |
| Prompts | Plantillas que el cliente inyecta en contexto | Los principios del sistema antes de generar una variante |
La especificación es transporte-agnóstica: en la práctica se sirve por stdio (proceso local) o por HTTP con streaming (servidor remoto). El SDK oficial existe en TypeScript, Python, Java, Kotlin y C#.
Por qué importa para un design system
Sin MCP, un agente genera UI con lo que recuerda de su entrenamiento: versiones antiguas de tus tokens, props que ya no existen, convenciones de otro sistema. Con un MCP server delante del design system, el agente consulta el dato vivo. La diferencia es la misma que entre programar contra una API y programar contra una captura de pantalla de la documentación.
El patrón mínimo para un sistema: exponer tokens.json (formato W3C DTCG) como resource, la API pública de cada componente como tool, y los principios del sistema como prompt. Con esos tres archivos, cualquier cliente MCP compone con tu sistema real.
MCP frente a llms.txt
Son capas complementarias, no alternativas. Un archivo llms.txt es estático: un índice en Markdown que cualquier modelo puede leer sin infraestructura. Un MCP server es dinámico: responde consultas filtradas, ejecuta funciones y versiona sus respuestas. La regla práctica: llms.txt es el primer paso (coste de implantación de una tarde); MCP es el segundo (coste de un sprint).
Ver también
- Agente (en diseño de producto)
- llms.txt
- Token W3C DTCG
- Cómo se implementa un MCP server para tu design system
- Figma MCP y design systems
La implementación completa, con servidor de ejemplo y decisiones de governance, se trabaja en el módulo 03 del bootcamp ejecutivo. El contexto de fondo está en el libro de Joan Arbó.
Lecturas de referencia
A seguir
- David Soria Parra (Anthropic)
- Justin Spahr-Summers (Anthropic)