Figma Config 2026 最反直觉的一幕：Make 不再“替你做”，而是“陪你做”

在这场 Figma Config 2026 的 deep dive 里，最炸裂的不是新功能清单，而是一种设计哲学的转向：Make 不再是自动生成一切的“魔法按钮”，而是只在你真正需要时才介入的协作者。模板、规范、工作流，全被重新定义。

2026 年了，但 Figma 反而开始“克制”

视频一开场，Laura 和 Brett 就把气氛拉到一个很不“发布会”的状态：没有宏大叙事，没有参数轰炸，反而反复强调一件事——Make 不是要无处不在。

他们提到，在过去几个月里，团队讨论最多的并不是“还能不能再自动化一点”，而是“什么时候不该自动化”。一句话点破核心：“因为这是 2026 年，Make 只会在 prompt 或 workflow 真正需要它的时候出现。”这听起来反直觉，却非常重要。它意味着 Figma 不再把 AI 当成主角，而是工具链里的一个可控变量。

模板不再是入口，而是可选项

Brett 提到一个容易被忽略、但对设计系统影响巨大的变化：模板可以使用 Make kits，但并不是必须的。

过去几年，行业默认的路径是：模板越完整越好、越“开箱即用”越有价值。但在这次分享里，模板被重新定位成一种“加速器”，而不是“强制入口”。你可以从零开始，也可以在合适的节点引入 Make。这种设计背后，其实是对不同成熟度团队的尊重——不是所有团队都想被模板定义。

没有 NPM 包，这不是技术倒退

一个看似不起眼、却很有信号意义的细节是：他们明确提到，这套能力并没有走向传统意义上的 NPM 包形态。

这并不是技术能力不足，而是有意为之。Make 更像是嵌在设计语境里的协作者，而不是一个你需要“安装、依赖、升级”的外部组件。它存在于工作流中，而不是工程依赖中。这种选择，直接降低了设计系统团队引入 AI 的心理门槛，也避免了“为了用 AI 先重构半个工具链”的尴尬。

从 Guidelines 到 SAP：Make 的最佳位置

真正的高潮出现在后半段的演示：从 guidelines 文件开始，Make 被明确定位为“你的协作者”。不是替你定规则，而是围绕已有规范工作。

当他们跳转到 SAP 设计系统示例时，这个定位变得更清晰了——先有规则，再谈生成；先对齐，再去构建。点击 next、准备 publish，又在最后一刻否定“发布”，转向“做点完全新的东西”，这一来一回，其实是在展示 Make 最理想的使用场景：探索，而不是批量生产。

总结

这场分享给 AI 从业者最大的启发，不是某个具体功能，而是一种边界感。Figma 在 2026 年选择让 AI 退后半步，把舞台还给设计决策本身。对你来说，这意味着：别急着把 AI 塞进每个流程，先想清楚哪些地方真的需要它。也许，下一代最好的 AI 工具，不是更强，而是更懂得什么时候该安静。

关键词： Figma， Make， Config 2026， 设计系统， AI 协作

事实核查备注： 需要核查：视频完整时长；Laura 与 Brett 的具体身份；“过去 6 个月”的原始表述语境；是否明确提到完全不提供 NPM 包；SAP 设计系统是否仅作为演示示例。