Figma restringe o acesso MCP a clientes em whitelist, excluindo o Pi

Artigo original ↗ Discussão no Hacker News ↗

A Figma está limitando o acesso ao seu servidor remoto do Model Context Protocol (MCP) a um pequeno conjunto de clientes de IA em whitelist, bloqueando agentes populares de código aberto e gerando críticas de que isso mina o espírito aberto e interoperável do MCP. Comentadores veem essa medida como parte de uma tendência mais ampla em SaaS e IA: fornecedores tentando manter o controle, monetizar fluxos de trabalho orientados por IA e proteger dados ao restringir APIs, mesmo com usuários esperando cada vez mais que agentes coordenem livremente várias ferramentas. Muitos preveem que essa estratégia sairá pela culatra, à medida que designers e desenvolvedores migrem para concorrentes mais abertos ou criem gambiarras não oficiais usando plugins, APIs REST ou automação completa de navegador.

Clientes MCP em whitelist

  • A Figma restringe seu MCP remoto (que permite edições de documentos) a uma lista de permissões de fornecedores, enquanto o MCP local de desktop é somente leitura e aberto a qualquer agente.
  • Muitos veem a whitelisting de clientes como contrária à intenção aberta e agnóstica a ferramentas do MCP, e temem que isso fragmente o ecossistema.
  • Outros observam que essa tendência está se espalhando (por exemplo, Slack, alguns provedores de LLM), sugerindo que pode se tornar comum para ferramentas comerciais.

Estratégia de negócios vs. risco de produto

  • Alguns argumentam que o acesso aberto ao MCP “mata” produtos porque dificulta cobrar por recursos que um LLM pode reproduzir.
  • Contraponto: a whitelisting pode acelerar a obsolescência ao empurrar usuários para alternativas abertas, amigáveis ao MCP, e fluxos de trabalho orientados por IA.
  • Vários comentaristas enquadram isso como “IA subsumindo produtos”: ferramentas se tornam operações de back-end acionáveis em vez de interfaces principais de usuário, enfraquecendo as fossas tradicionais de SaaS.

Segurança, conformidade e controle de dados

  • Uma perspectiva orientada à segurança defende a lista de permissões como forma de:
    • Controlar para onde os dados corporativos fluem via MCP.
    • Reduzir riscos de redirecionamento OAuth / phishing para usuários não especialistas.
  • Outros chamam o mecanismo atual (nome do cliente / headers) de fraco e trivialmente falsificável, duvidando de sua eficácia.

Experiência do desenvolvedor, limites e preços

  • Reclamações sobre:
    • Processos jurídicos / de onboarding complexos para entrar na lista de permissões.
    • Licenciamento por assento de desenvolvedor, cotas gratuitas baixas (por exemplo, limites diários de chamadas) e preços planejados do MCP baseados em uso.
    • Capacidades importantes expostas apenas via o MCP da própria Figma, e não pela API pública.
  • Alguns acham o MCP remoto oficial ineficiente em termos de token e preferem ferramentas personalizadas em vez das APIs REST ou de plugin.

Workarounds e alternativas

  • Gambiarras relatadas: falsificar o nome do cliente para parecer um agente aprovado, proxies MCP locais, protocolos reverse-engineered, shims de plugin consultados via HTTP, ferramentas de CLI se passando por outros clientes.
  • Vários usuários defendem mudar para ou experimentar alternativas (Pen, Paper, Penpot, Excalidraw, ferramentas de design open-source / auto-hospedadas).

Tendências mais amplas de IA e fluxo de trabalho

  • Vários comentários descrevem designers e engenheiros pulando ferramentas de design dedicadas, prototipando diretamente em código ou por meio de agentes de IA.
  • Alguns preveem que muitos produtos existentes serão reduzidos a “sacos de ferramentas” orquestrados por agentes externos, com potencial para respostas regulatórias (por exemplo, pedidos de acesso MCP aberto legalmente exigido para plataformas-chave).