Figma联合创始人：MCP并非完美协议

编者按：当AI代理开始进入设计、研发与协作流程，工具之间如何“对话”成为新的基础设施问题。MCP被不少开发者视为连接AI模型与外部工具的重要协议，但Figma联合创始人Dylan Field的最新表态提醒业界：协议标准化很重要，但它远未到完美状态。

MCP被寄予厚望，但并非万能钥匙

MCP即Model Context Protocol，由Anthropic推出，目标是让AI模型通过相对统一的接口访问外部工具、数据库、文件系统和服务。它试图解决的是AI应用开发中的碎片化问题：过去，模型要连接不同软件，往往需要为每个平台单独开发集成，成本高、维护难。MCP因此被一些开发者比作AI应用时代的“USB-C”，希望用一套协议减少重复适配。

但Dylan Field认为，MCP并不是一个完美协议。这一判断并不令人意外。任何处于早期阶段的开放协议，都要面对权限控制、数据边界、安全审计、不同厂商实现差异等问题。尤其当接入对象从通用工具扩展到设计文件、企业知识库和协作记录时，协议不仅承担连接功能，还必须处理“谁能访问什么数据”的治理问题。

Figma的开放边界：多标准支持，不等于全量开放

据TechCrunch报道，Figma表示计划支持尽可能多的标准，但不会因此向外部暴露全部数据。换言之，Figma对AI互操作持开放态度，但这种开放是有边界的。设计平台沉淀了大量高价值资产：界面稿、设计系统、原型、评论、组件库以及团队协作上下文。这些数据对AI代理极具吸引力，同时也涉及企业机密、版权和用户隐私。

Figma表示，计划支持尽可能多的标准，但不会向外部暴露全部数据。

这背后的策略很清晰：Figma不希望在新一轮AI工具连接浪潮中缺席，也不愿把平台变成无条件的数据管道。支持多标准，可以降低用户和开发者接入AI能力的门槛；限制数据暴露范围，则是在保护平台生态和客户信任。对于一家服务大量企业团队的设计协作公司而言，后者同样关系到商业化基础。

为什么“不完美”仍值得支持

Field对MCP的评价，并不意味着Figma会拒绝MCP。更合理的解读是，Figma会把MCP视为可选项之一，而非唯一答案。当前AI工具连接协议仍在快速演化，除MCP外，不少厂商也在推进自己的插件体系、API标准和代理框架。过早押注单一协议，可能带来锁定风险；支持多标准，则能保留灵活性。

这种“多标准支持”策略在基础设施层并不少见。浏览器同时支持多种Web标准，云平台兼容不同开源框架，都是在互操作性与自主控制之间寻找平衡。对Figma来说，真正要解决的不是“是否支持MCP”，而是如何在支持协议的同时，建立细粒度权限、审计日志和企业级安全控制。

安全与权限是AI代理接入设计工具的关键

当AI代理可以读取设计文件、修改组件甚至发起协作操作时，权限模型必须比传统API时代更精细。企业客户需要知道：代理能访问哪些文件？能否读取评论？能否导出素材？操作是否可追溯？如果这些问题没有答案，再统一的协议也难以进入核心生产流程。

因此，Figma强调不暴露全部数据，实际上是在为AI代理接入设定治理边界。协议负责“怎么连”，平台负责“连到什么程度”。这也是设计工具、办公软件和知识管理平台面对AI代理时的共同难题：开放太少，生态难以繁荣；开放太多，安全与商业价值可能受损。

对行业意味着什么

Dylan Field对MCP的审慎评价，折射出AI工具连接标准仍处于早期。MCP有潜力成为重要基础设施，但“重要”不等于“完美”，更不等于“唯一”。未来一段时间，行业很可能出现多种协议并存的局面，平台方需要在标准支持、数据治理和用户体验之间持续调参。

对Figma而言，支持尽可能多的标准是一种务实的开放姿态，而拒绝全量暴露数据则是必要的防守。对开发者而言，这意味着AI代理接入设计工具时将面对更多标准选择，也需要更重视权限与合规。对行业而言，真正的竞争不只是协议之争，更是谁能建立可信、可控、可扩展的AI协作基础设施。

本文编译自TechCrunch。