当整个行业把 MCP 当作 AI 与软件互通的默认答案时，Figma 联合创始人 Dylan Field 给出了一个更冷静的判断：这个协议并不完美。
发生了什么
据 TechCrunch 报道，Figma 联合创始人 Dylan Field 在谈及模型上下文协议（MCP）时表示，它并非一个完美的协议。与此同时，Figma 方面称计划尽可能多地支持各类标准，但前提是不会因此把公司全部数据都暴露出去。这两句话放在一起，构成了 Figma 对 AI 互操作的基本立场：拥抱标准，但保留边界。
为什么重要
MCP 在过去一段时间里被迅速推为连接 AI 模型与外部工具、数据源的通用接口，围绕它的生态扩张速度很快。当一个协议从事实标准走向行业默认，讨论往往会从「能不能用」转向「该不该全盘接受」。Field 的表态正处在这个转折点上。
对 Figma 这类产品而言，问题尤其敏感。设计文件里沉淀的不只是图形，还有团队协作过程、组件体系、评审记录和大量尚未公开的产品信息。协议越通用，接入越方便，数据外流的路径也越多。因此「支持尽可能多的标准」和「不暴露全部数据」并不是矛盾，而是同一枚硬币的两面：前者是生态策略，后者是安全与商业底线。
值得注意的是，这种表态也暗示了 MCP 在工程层面的现实处境。一个被快速采纳的协议，通常会在权限粒度、数据范围控制、多租户隔离等方面留下待补的空白。早期采用者一边接入，一边在协议之外自行加装护栏，这本身就是协议尚未成熟的证据。
影响与看点
对开发者来说，短期内更现实的路径可能是「多标准适配 + 自建权限层」，而不是把全部集成押在单一协议上。对设计工具赛道而言，谁能把 AI 接入做得足够开放、又能在数据边界上给出可验证的承诺，谁就更可能在企业采购中占优——企业客户对数据流向的敏感度，远高于对协议时髦度的兴趣。
对普通用户，这件事的直接影响有限，但它决定了未来 AI 助手能在设计文件里做多少事、看到多少内容。如果协议层的数据范围控制迟迟不完善，产品方就会用更保守的方式限制能力，最终受损的是使用体验。
一个独立判断：MCP 的真正考验不在接入数量，而在权限模型。协议能否定义清晰的数据边界，将决定它是成为长期基础设施，还是停留在演示阶段的便利工具。Figma 的谨慎，某种程度上是给整个生态提了个醒。
