[控场AI]
· 4 分钟阅读· 2,091 字

Figma联合创始人:MCP并非完美协议,但Figma会拥抱多标准

Figma联合创始人:MCP并非完美协议,但Figma会拥抱多标准

Figma联创称MCP并不完美,将支持多标准但不暴露全部数据。

Figma 联合创始人 Dylan Field 对模型上下文协议(MCP)发表看法,认为这一由 Anthropic 推出的开放协议目前尚不完美,但 Figma 仍将支持尽可能多的标准,而非押注单一协议。与此同时,Figma 明确表示不会把所有数据都暴露给 AI 工具,反映出开放集成与数据安全之间的平衡考量。文章指出,设计文件常含产品原型、品牌资产和用户研究等敏感信息,全量开放会带来隐私风险,因此需要通过权限管理、数据脱敏或选择性开放来控制访问。这一表态对整个设计工具行业的 AI 集成具有参考价值:在 AI 生态尚未定型的阶段,保持开放但有所保留,既能获得效率提升,又能控制风险。

Figma 联合创始人 Dylan Field 近日对模型上下文协议(Model Context Protocol,简称 MCP)发表了看法。他认为 MCP 并非一个完美的协议,但 Figma 仍计划支持尽可能多的标准,同时不会将所有数据都暴露出去。这一表态揭示了设计工具在 AI 集成浪潮中的务实策略。

MCP 的局限与 Figma 的开放态度

MCP 是由 Anthropic 推出的开放协议,旨在让 AI 模型安全地访问外部工具和数据源。它允许开发者构建服务器,将各种资源(如数据库、API、文件系统)暴露给 AI 助手,从而扩展模型的能力边界。然而,Dylan Field 直言不讳地指出,MCP 目前还不够完美。

据原始报道,Field 并未详细说明 MCP 的具体缺陷,但他的观点反映了一个现实:新兴协议在早期阶段往往存在设计上的不足,例如性能开销、安全模型或标准化程度等问题。尽管如此,Figma 的选择是“支持尽可能多的标准”,而不是押注单一协议。这种多标准策略意味着 Figma 希望保持灵活性,避免被某个特定生态锁定。

关于「MCP 服务器」的架构补充

MCP 采用客户端—服务器架构,其中「MCP 服务器」是开发者针对某一数据源或工具编写的适配层程序,负责把数据库、文件系统、API 等资源按照 MCP 规范封装成标准化的「工具(tools)」「资源(resources)」和「提示(prompts)」三类能力。AI 应用侧的「MCP 客户端」在运行时向服务器发起请求,由服务器完成实际的读写与权限校验。这一设计的价值在于解耦:模型厂商不必为每个外部系统单独写适配代码,工具厂商也不必为每个模型重复开发插件。但其代价是引入了一层额外的进程间通信与序列化开销,且服务器本身成为新的信任边界——谁来审计第三方 MCP 服务器的实现质量与数据流向,目前缺乏统一答案,这正是外界对新协议持保留态度的常见原因之一。

关于「多标准支持」的行业背景

在 MCP 之外,工具与 AI 的对接还存在多种路径:各家模型厂商自有的函数调用(function calling)格式、OpenAI 提出的插件式方案、面向智能体的工具描述规范,以及直接基于 REST/GraphQL 的自定义集成。这些方案在鉴权方式、能力描述粒度和状态管理上互不兼容。对 Figma 这类平台型产品而言,只押注一种协议意味着把生态话语权让渡给单一厂商;同时支持多种标准则需要付出额外的适配与维护成本。因此「支持尽可能多的标准」本质上是一种降低锁定风险、保留议价空间的策略选择,而非单纯的技术偏好。

Figma 的数据开放边界

Figma 计划支持多种标准,但明确表示“不会暴露所有数据”。这体现了企业在开放与安全之间的平衡。设计文件往往包含敏感信息,如产品原型、品牌资产和用户研究数据。如果将所有数据都通过 MCP 等协议暴露给 AI 模型,可能带来隐私和安全风险。

Figma 的立场是:在提供 AI 集成能力的同时,对数据访问进行精细控制。这或许意味着 Figma 会通过权限管理、数据脱敏或选择性开放等方式,确保只有适当的数据能被 AI 工具访问。对于企业用户而言,这种谨慎态度至关重要。

关于设计文件的数据敏感性与最小权限原则

设计工具中的数据往往比一般文档更具复合性:一份 Figma 文件可能同时包含未发布的产品原型、尚未注册的商标视觉方案、用户访谈的原始截图,以及标注了内部代号的功能流程。这类信息一旦经由 AI 工具外传,既构成商业机密泄露,也可能触及用户研究中的个人信息保护义务。业界通行的应对思路是「最小权限原则」——即让每个接入方只能访问完成特定任务所必需的最小数据集,而非整个工作区。落到 MCP 这类协议上,可行的实现方式包括按文件或项目粒度签发访问令牌、对文本内容做脱敏后再交给模型、以及在审计日志中记录每一次外部读取。Figma 所说的「不会暴露所有数据」,在工程上大概率对应这类细粒度的授权与可追溯机制,而非简单的开关式开放。

对设计工具 AI 集成的启示

Figma 的表态对整个设计工具行业具有参考价值。随着 AI 助手越来越多地融入工作流,设计工具需要找到与 AI 协作的合理方式。MCP 等协议提供了标准化的接口,但工具厂商不能盲目全盘接入,而应根据自身数据特性和用户需求制定策略。

从更广的视角看,Figma 的多标准支持策略可能成为行业趋势。AI 生态尚未定型,除了 MCP,还有其他协议和集成方式在竞争。工具厂商保持开放但有所保留,既能享受 AI 带来的效率提升,又能控制风险。

目前,Figma 尚未公布具体支持哪些标准以及时间表。但 Dylan Field 的表态已经传递出明确信号:Figma 不会等待一个“完美协议”的出现,而是会在实践中逐步完善 AI 集成能力。对于设计师和开发者来说,这意味着未来 Figma 与 AI 工具的协作将更加紧密,但数据安全仍是不可忽视的前提。

分享:

相关推荐