Figma restringe el acceso a MCP a clientes incluidos en la lista blanca, excluyendo a Pi

Figma está limitando el acceso a su servidor remoto del Protocolo de Contexto de Modelo (MCP) a un pequeño conjunto de clientes de IA incluidos en una lista de अनुमति, bloqueando a agentes populares de código abierto y generando críticas por socavar el espíritu abierto e interoperable de MCP. Los comentaristas ven esta decisión como parte de una tendencia más amplia en SaaS e IA: los proveedores intentan conservar el control, monetizar los flujos de trabajo impulsados por IA y proteger los datos cerrando sus APIs, incluso cuando los usuarios esperan cada vez más que los agentes orquesten libremente múltiples herramientas. Muchos predicen que esta estrategia se volverá en su contra a medida que diseñadores y desarrolladores cambien a competidores más abiertos o creen soluciones no oficiales mediante plugins, APIs REST o automatización completa del navegador.

Clientes MCP en lista blanca

  • Figma restringe su MCP remoto (que permite editar documentos) a una lista de अनुमति de proveedores, mientras que el MCP local de escritorio es de solo lectura y está abierto a cualquier agente.
  • Muchos consideran que la inclusión de clientes en lista blanca va en contra de la intención abierta y agnóstica respecto de herramientas de MCP, y temen que fragmente el ecosistema.
  • Otros señalan que esta tendencia se está extendiendo (por ejemplo, Slack, algunos proveedores de LLM), lo que sugiere que podría volverse común en las herramientas comerciales.

Estrategia de negocio vs. riesgo de producto

  • Algunos sostienen que el acceso abierto a MCP “mata” productos porque dificulta cobrar por funciones que un LLM puede reproducir.
  • Contraargumento: la inclusión en lista blanca puede acelerar la obsolescencia al empujar a los usuarios hacia alternativas abiertas, compatibles con MCP y flujos de trabajo impulsados por IA.
  • Varios comentaristas enmarcan esto como “la IA subsumiendo productos”: las herramientas pasan a ser operaciones de back-end invocables en lugar de interfaces principales de usuario, debilitando los fosos tradicionales de SaaS.

Seguridad, cumplimiento y control de datos

  • Una perspectiva centrada en la seguridad defiende la lista de अनुमति como una forma de:
    • Controlar hacia dónde fluyen los datos corporativos mediante MCP.
    • Reducir los riesgos de redirección OAuth / phishing para usuarios no expertos.
  • Otros califican el mecanismo actual (nombre del cliente / encabezados) de débil y fácilmente falsificable, y dudan de su eficacia.

Experiencia de desarrollo, límites y precios

  • Quejas sobre:
    • Procesos legales/de incorporación complejos para entrar en la lista de अनुमति.
    • Licencias de asiento para desarrolladores, cuotas gratuitas bajas (por ejemplo, límites diarios de llamadas) y precios de MCP basados en uso previstos.
    • Capacidades importantes expuestas solo a través del propio MCP de Figma en lugar de la API pública.
  • Algunos consideran que el MCP remoto oficial es ineficiente en tokens y prefieren herramientas personalizadas frente a las APIs REST o de plugins.

Soluciones alternativas y atajos

  • Trucos reportados: falsificar el nombre del cliente para parecer un agente aprobado, proxies locales de MCP, protocolos inversamente diseñados, adaptadores de plugins sondeados por HTTP, herramientas CLI que se hacen pasar por otros clientes.
  • Varios usuarios abogan por cambiar a, o experimentar con, alternativas (Pen, Paper, Penpot, Excalidraw, herramientas de diseño de código abierto/autogestionadas).

Tendencias más amplias de IA y flujos de trabajo

  • Varios comentarios describen a diseñadores e ingenieros saltándose las herramientas de diseño dedicadas, prototipando directamente en código o mediante agentes de IA.
  • Algunos prevén que muchos productos existentes se reducirán a “bolsas de herramientas” orquestadas por agentes externos, con potencial para respuestas regulatorias (por ejemplo, llamados a un acceso abierto a MCP mandatado legalmente para plataformas clave).