Servidores MCP útiles para diseñadores: qué conectar y qué revisar
Un servidor MCP conecta un agente con tus herramientas. Qué ofrecen los de Figma y Linear, qué permisos piden y cómo elegir cuáles conectar sin riesgos.
¿Qué tipo de servidores tiene sentido conectar?
Un servidor MCP vale la pena cuando el agente necesita algo que vive en otra herramienta. Tres categorías son comunes en el trabajo de diseño:
- Diseño: acceso a archivos, componentes, variables y frames.
- Gestión de tareas: issues, proyectos y comentarios.
- Documentación y conocimiento: páginas, bases de datos y notas del equipo.
No todas pesan lo mismo. Conectar una herramienta que el agente no necesita agrega ruido, y cada servidor suma definiciones de herramientas al contexto que el modelo lee.
¿Qué ofrece el servidor de Figma?
Según la documentación de Figma, su servidor MCP da a los agentes el contexto de diseño que necesitan para generar código a partir de tus archivos. Hoy puede:
- Generar código a partir de frames seleccionados.
- Extraer variables, componentes y datos de layout.
- Usar contenido de FigJam y recursos de Figma Make como contexto.
- Mantener el código alineado con tus componentes gracias a Code Connect.
- Escribir contenido nativo en Figma Design, FigJam y Figma Slides, solo con el servidor remoto.
Hay dos modalidades. El servidor remoto, que Figma recomienda, está alojado en https://mcp.figma.com/mcp, no necesita la app de escritorio y tiene el conjunto más amplio de funciones. El de escritorio corre localmente con la app y está pensado para necesidades específicas de organizaciones. Según la documentación, el de escritorio requiere un asiento Dev o Full en los planes Professional, Education, Organization, Government o Enterprise, y escribir en el lienzo fuera de borradores requiere un asiento Full y el servidor remoto. Esa función es gratuita durante la beta y pasará a cobrarse por uso. Los planes cambian: confirma la información vigente antes de decidir. Para el flujo completo, mira de Figma a código con MCP y Code Connect.
¿Qué ofrece el servidor de Linear?
Según la documentación de Linear, su servidor MCP da a los modelos y agentes compatibles acceso a tus datos, y sus herramientas pueden buscar, crear y actualizar issues, proyectos y comentarios. Se conecta a https://mcp.linear.app/mcp. La configuración interactiva usa OAuth 2.1, y existen dos formas de limitarlo a lectura: el endpoint https://mcp.linear.app/mcp/readonly, o pedir solo el permiso read en el endpoint normal. Un diseñador puede usarlo para que el agente lea el estado de un flujo y proponga tareas, y dejar la creación final a una persona. Más detalle en Linear con agentes.
¿Cómo elegir cuáles conectar?
- Lista el trabajo real. ¿Qué tareas repites cada semana que requieren leer otra herramienta?
- Revisa las capacidades. Lee la lista de herramientas que expone cada servidor. Si no la encuentras, no lo conectes todavía.
- Empieza en solo lectura. Cuando exista un modo de lectura, úsalo. Pasa a escritura solo cuando el flujo esté probado.
- Decide local o remoto. Un servidor local corre en tu máquina; uno remoto lo aloja el proveedor y depende de su autorización.
- Revisa cada cierto tiempo. Las herramientas y los permisos cambian con las actualizaciones del servidor.
No conviene conectar un servidor cuando el dato es sensible y no hay un control de acceso claro, cuando lo usarías una sola vez (una consulta manual puede ser más segura) o cuando nadie en el equipo revisará qué puede hacer el agente con esa conexión. La propia especificación de MCP recomienda que siempre haya una persona con la capacidad de denegar las llamadas a herramientas, y que la aplicación muestre qué herramientas están expuestas al modelo. Si tu herramienta lo permite, no desactives esas confirmaciones; más en aprobación de acciones.
Ejemplo
Ejemplo ilustrativo: una diseñadora conecta el servidor de Figma para que un agente lea la biblioteca de componentes y genere el código de un formulario. Después conecta el de Linear con permiso de solo lectura, para que el agente marque qué issues del flujo ya tienen diseño aprobado. La creación de issues queda para ella. Dos conexiones, dos niveles de permiso, y un flujo que se puede auditar.
¿Cómo se conecta un servidor y qué pasa cuando cambia?
Cada herramienta registra un servidor a su manera, pero el principio es el mismo: indicas un nombre, una dirección o el comando que lo lanza, y la forma de autorizarte. En un servidor remoto con OAuth, la primera conexión abre una ventana de autorización en el navegador y la herramienta guarda el token. En uno local, la configuración apunta a un programa en tu máquina. Antes de guardar, revisa dos cosas: que la dirección sea la oficial del proveedor y que el permiso pedido sea el mínimo. Copiar una dirección de un foro puede apuntar a un servidor de terceros.
Los servidores también cambian: un proveedor puede agregar, renombrar o quitar herramientas, y como el agente lee esa lista, lo que hace puede variar sin que edites nada. La especificación de MCP indica que un servidor que declara la capacidad listChanged debería enviar una notificación cuando cambia su lista de herramientas. Ese aviso depende de que el servidor y tu herramienta lo implementen, así que vuelve a revisar la lista de capacidades cada cierto tiempo, sobre todo antes de un flujo importante.
¿Qué puedo hacer mañana?
Revisa los servidores MCP que tengas conectados, si los hay. Para cada uno, abre la lista de herramientas y marca las que escriben. Si no necesitas alguna, desconecta el servidor o usa la versión de solo lectura. Después anota en el repositorio o en la documentación del equipo la lista de servidores, sus permisos y quién los administra.
Errores comunes
- Conectar todo lo disponible para “tener más contexto”. Más herramientas significa más ruido y más riesgo.
- Dar permisos de escritura desde el inicio.
- Suponer que la conexión es tan segura como la cuenta del usuario sin leer la configuración.
- No avisar al equipo qué servidores están conectados.