Figma 在扩张 MCP 生态的同时公开批评其协议设计存在缺陷

一句话结论

Figma 承认模型上下文协议并非完美，在宣布 20 家新合作伙伴的同时，因安全滥用风险拒绝完全开放数据接口。

关键要点

• Figma 在其首个 Config 大会上宣布新增 20 家模型上下文协议合作伙伴，名单涵盖 JetBrains、Meta、Mistral、Notion 等头部技术与办公厂商。
• 联合创始人 Dylan Field 公开表示该协议并非完美，指出当前设计在不对称上下文共享方面存在漏洞，且优势更多流向前沿大模型实验室。
• Field 批评协议主导方 Anthropic 未通过该协议向其自身创建的云资源或工件开放访问权限，认为“开放 vs 封闭”的争论掩盖了核心安全问题。
• 公司强调完全开放数据会显著增加被滥用的概率，因此在支持协议的同时对数据暴露保持谨慎，后续将补充对开源工具 Pi 的支持。

背景与事实

在印度举办的 Config 设计大会上，Figma 展示了其在人工智能代理生态中的最新布局。会议期间，公司正式公布与 20 家新机构建立基于模型上下文协议的连接，这批合作伙伴横跨代码工具、办公协作与前沿 AI 平台，包括 Amp、ClickUp、Dia、JetBrains 旗下的 Junie、Linear、Meta 的 Muse、Mistral、Notion、OpenCode 以及 Sarvam Agents。这一动作标志着 Figma 正加速让第三方 AI 代理读取和设计其平台内的设计资源。

在大会宣布合作的前几天，一场围绕协议开放性的线上争论已经引发行业关注。该协议的共同创造者之一在社交平台上批评 Figma 未接入开源工具 Pi。作为回应，Figma 联合创始人 Dylan Field 在 X 平台上发表言论，指出该协议的创造者 Anthropic 并未通过协议开放其自身生成的工件或云端资源。Field 评论称，行业总是将讨论框架定为开放与封闭的对比，显然每个人都偏好开放，但过程中却忽视了不对称上下文共享带来的根本性问题。在此风波平息后，Figma 补充说明其计划在未来版本中增加对 Pi 工具的支持。

在一场媒体简报会上，Field 进一步阐述了公司的技术立场。他承认公司致力于开放生态系统，但同时明确表示，模型上下文协议并非一个完美的解决方案。他认为该协议存在大量改进空间，当前的架构设计使得前沿大模型实验室成为主要受益者。对于普通开发者希望通过协议直接调用 Figma 数据的强烈需求，Field 表示理解并支持，但公司需要在开放便利与数据安全之间找到平衡点。

影响分析

对于中文开发者与技术从业者而言，Figma 的公开表态揭示了 AI 工具连接协议在落地过程中的真实痛点。当前协议标准在权限管理与数据隔离机制上存在不完善之处，这意味着在构建基于第三方设计工具的自动化工作流时，企业可能面临数据被非授权读取或滥用的风险。开发者在集成此类协议时，不能仅依赖协议本身的默认行为，必须结合应用层额外的安全校验逻辑。Figma 拒绝完全开放数据的决策，反映出大型 SaaS 厂商在拥抱 AI 代理生态时，正将安全风险置于开发便利性之上。

这一行业趋势要求从业者重新评估第三方工具的数据接入策略。协议并非万能的黑盒标准，其设计缺陷会导致部分功能无法高效复用。在实际生产环境中，依赖单一协议标准连接多个外部系统可能存在架构脆弱性。Figma 强调的安全滥用概率，提示开发团队在构建 AI 代理应用时，必须建立明确的数据访问白名单与审计机制，以应对协议层面无法解决的安全隐患。

适用边界

上述关于安全风险的判断主要适用于将企业核心设计资产直接暴露给外部 AI 代理的场景。如果 Figma 账户仅包含公开模板或非敏感的协作内容，完全开放协议带来的滥用风险将显著降低。对于个人开发者或小型设计团队，若无需处理涉及商业机密的高价值项目，现有协议的不足可能不会对其日常效率产生实质性阻碍。

孤本观察

Figma 在积极扩大协议生态的同时公开质疑协议本身，这种表面矛盾的行为反映出其战略核心仍是通过生态扩张锁定用户，而非单纯的技术标准输出。其决策逻辑清晰表明，在 AI 代理能力快速迭代的环境下，头部平台厂商将数据控制权作为优先于协议普适性的核心壁垒。

来源：TechCrunch AI