超越炒作：Figma 为何在 MCP 上采取明智策略

在“vibe coding”（氛围编程）和 AI 辅助开发飞速演进的格局中，软件与大型语言模型（LLM）之间的通信方式正发生巨大转变。我们正逐渐告别由人在终端中输入命令，转向由 AI 智能体自主操作整个设计文件、代码库和云基础设施。

这场变革的核心是模型上下文协议（MCP）。

什么是 MCP？

如果您还没有深入了解智能体工作流的细节，MCP 是一种旨在帮助 AI 模型无缝连接外部数据源和工具的开放标准。设想这样一个 AI 智能体：它不只是“懂得”如何编写代码，还能真正“看到”您的 Figma 设计文件、“读取”数据库 schema，并在云端主机上“执行”部署——而这一切都通过标准化的通信层完成。

这对于提升生产力而言是一个巨大飞跃。但正如 Figma 联合创始人 Dylan Field 最近所指出的，MCP 并不是一种完美的协议。

隐私与实用性的拉锯战

Figma 已宣布计划支持尽可能多的标准，其中包括 MCP，但有一个关键前提：他们不会公开所有数据。

这凸显了现代软件架构中的根本矛盾：连接性与控制权。

1. 连接性的一面：如果 Figma 通过 MCP 开放每一层、每一个属性和每一个设计令牌，AI 智能体理论上只需几秒钟就能重建整个复杂的设计系统。这会让 AI 变得极其强大。
2. 控制权的一面：每当您在专有设计数据与 LLM 之间打开一条“管道”，都会扩大攻击面。数据泄露、知识产权安全，以及流式传输海量设计元数据所带来的巨大计算开销，都是需要担忧的问题。

这对开发者和初创企业为何很重要

如果您正在创办初创企业或管理云原生应用，那么“Figma 模式”就是您处理 AI 集成时值得借鉴的蓝图：

• 实现标准化，但不要过度开放：使用 MCP 等协议让 AI 与您的服务交互，但应实施严格的“视图”或“schema”。如果 AI 智能体只需读取某张特定表，就不要授予它访问整个生产数据库的权限。
• “上下文工程”的兴起：我们正在进入一个时代：如何组织数据以便 AI 使用，已经与代码本身同等重要。设计遵循 MCP 等协议的“AI 友好型”API，将成为下一代工程师的一项核心技能。
• 混合基础设施：随着开发走向更高程度的自主化，您的托管环境不能只是运行代码的场所；它还必须是一个安全、结构化的环境，让 AI 智能体能够在其中运行而不引发混乱。

总结

Dylan Field 对 MCP 持审慎乐观的态度，是 AI 行业走向成熟的表现。我们正在越过“惊叹”阶段，进入“如何确保其安全且可扩展”的阶段。

在 NameOcean，我们相信，随着 AI 智能体开始管理越来越多的数字基础设施——从 DNS 配置到云端弹性扩缩容——它们所使用的协议将成为互联网的骨干。胜出的不会是那些将一切对外开放的一方，而是那些能够以最低风险提供最多有用上下文的一方。