Figma 将 MCP 访问限制为白名单客户端，排除 Pi

原文 ↗ Hacker News 讨论 ↗

Figma 正在将其远程 Model Context Protocol（MCP）服务器的访问限制给一小部分被白名单批准的 AI 客户端，阻止了流行的开源 agent，并引发批评，认为这破坏了 MCP 开放、可互操作的精神。评论者将此举视为 SaaS 和 AI 更广泛趋势的一部分：厂商试图通过锁定 API 来保留控制权、为 AI 驱动的工作流变现并保护数据，即便用户越来越期望 agent 能自由编排多个工具。许多人预测，这种策略会适得其反，因为设计师和开发者要么转向更开放的竞争产品，要么通过插件、REST API 或完整的浏览器自动化来构建非官方绕过方案。

MCP 客户端白名单

  • Figma 将其远程 MCP（允许文档编辑）限制在厂商白名单内，而本地桌面端 MCP 仅为只读，并向任何 agent 开放。
  • 许多人认为客户端白名单与 MCP 开放、工具无关的初衷相悖，并担心这会使生态系统碎片化。
  • 也有人指出，这一趋势正在扩散（例如 Slack、某些 LLM 提供商），表明它可能会成为商业工具的常态。

商业策略 vs. 产品风险

  • 有人认为，开放的 MCP 访问会“杀死”产品，因为它会让厂商很难对可被 LLM 复现的功能收费。
  • 反方观点：白名单可能会通过推动用户转向开放、MCP 友好的替代品和 AI 驱动的工作流，加速产品过时。
  • 一些评论者将其概括为“AI 吞噬产品”：工具变成可调用的后端操作，而不再是主要用户界面，从而削弱传统 SaaS 护城河。

安全、合规与数据控制

  • 从安全角度看，支持白名单的人认为这是一种用于：
    • 控制公司数据通过 MCP 流向何处。
    • 为非专业用户降低 OAuth 重定向 / 钓鱼风险。
  • 另一些人则认为当前机制（客户端名称 / 头信息）很弱，极易伪造，因此怀疑其有效性。

开发者体验、限制与定价

  • 对以下内容的抱怨：
    • 进入白名单的法律 / 上线流程复杂。
    • 开发者席位授权、低免费额度（例如每日调用上限）以及计划中的按使用量 MCP 定价。
    • 重要能力只通过 Figma 自己的 MCP 暴露，而不是通过公共 API。
  • 有些人认为官方远程 MCP 的 token 效率很低，更愿意使用自定义工具而不是 REST 或插件 API。

变通方案与替代品

  • 据报道的绕过方式：伪造客户端名称以显示为已批准 agent、本地 MCP 代理、逆向工程协议、通过 HTTP 轮询的插件 shim、伪装成其他客户端的 CLI 工具。
  • 一些用户主张转向或尝试替代方案（Pen、Paper、Penpot、Excalidraw、开源 / 自托管设计工具）。

更广泛的 AI 与工作流趋势

  • 多条评论描述设计师和工程师绕过专用设计工具，直接在代码中或借助 AI agent 做原型。
  • 有人预见许多现有产品会被降格为由外部 agent 编排的“工具袋”，并可能引发监管回应（例如呼吁对关键平台强制开放 MCP 的法律要求）。