Figma不只是设计工具了：一个视频看懂它如何把AI变成“建站合伙人”

很多人还把Figma当成设计稿交付工具，但这支官方视频悄悄揭示了一次方向级转向：Figma正在用AI、代码生成和可发布能力，把“设计”直接推到“上线”。更关键的是，它改变了AI从业者做产品验证和展示的方式。

最反直觉的一点：Figma现在关心的不是“设计”，而是“上线”

视频一上来就把野心摊开了：Figma Sites 不是做网页原型，而是“create high-quality websites all in one place，然后直接发布”。这句话的重点不在网站，而在“一站式”。

过去的默认流程是：设计在Figma，交付给前端，再到代码、部署、域名。Figma Sites 刻意把这条链路压扁：设计稿=网页=可访问的URL。对AI从业者来说，这意味着一件很现实的事——你不再需要为了一个demo，临时拉一个前端同事，或者自己写一堆临时代码。

更反直觉的是：Figma没有先谈AI，而是先把“响应式布局、断点、发布”这些最脏最累的活做完。它赌的是一个判断：当基础设施足够顺滑，AI能力才会真正被用起来。

断点机制是隐藏主角：它决定了AI能不能“帮上忙”

视频花了不短的篇幅讲 breakpoints，这在发布会上其实并不性感，但非常关键。

Figma Sites 的逻辑是：桌面端是主断点，修改会级联到平板和手机；而在次断点上的修改，只影响当前尺寸。这听起来像常识，但对AI生成来说是基础设施级别的设计。

为什么？因为AI生成的代码层、交互、动画，必须有一个稳定的布局继承关系，否则“生成一次、改三次”。Figma通过强制你先建断点、再加内容，让响应式成为默认，而不是事后补丁。

对做AI产品的人来说，这是一个很好的提醒：AI能力是否好用，往往不取决于模型，而取决于你有没有把‘变化’约束在一个可预测的系统里。

真正的分水岭：Code Layers 把“提示工程”搬进了设计工具

视频里最值得AI从业者反复看的，是 Code Layers。

你选中一个区块，点“Make code from design”，然后不是写代码，而是写一句提示：你想要一个怎样的体验。Figma用AI生成代码，你可以预览、查看、修改，甚至重新prompt。

这一步的意义不在于“以后不用程序员了”，而在于：提示工程第一次成为一个设计流程中的一等公民。Prompt 不再只是给大模型用的，而是变成了“产品行为描述语言”。

更微妙的是，它允许失败和迭代。你没得到想要的效果？双击代码层，重新引导AI。这种反馈回路，对习惯了调模型、调参数的AI从业者来说非常熟悉，但现在它发生在网页、动画、交互层面。

从Blocks到发布：Figma正在重塑“一个人做产品”的上限

Blocks、自动布局、现成交互、可访问性设置、SEO字段、Analytics、域名绑定——这些听起来零碎，但拼在一起，就是一个完整的“单人产品栈”。

你可以用预制区块快速搭页面，用交互让它“看起来像真的”，用AI代码层补上差异化体验，然后一键发布给用户或投资人看。

对AI从业者尤其重要的是：这极大降低了“想法→可验证页面”的摩擦成本。不是PPT，不是截图，而是真实可点击、可分享、可访问的网页。这会直接改变你验证模型能力、展示AI应用、甚至做早期获客的方式。

总结

Figma Sites 这条产品线释放的信号很明确：未来的竞争不只是模型和算法，而是谁能最快把想法变成“可被真实用户使用的东西”。

对AI从业者的 takeaway 很实际：第一，别低估设计工具的战略地位，它们正在变成AI应用的“最后一公里”；第二，开始把提示工程当成产品能力，而不是实验技巧；第三，如果你还在用PPT或截图讲产品故事，你已经慢了一步。

一个值得思考的问题是：当设计、代码和发布都被压缩进同一个工具，真正的壁垒，会不会反而回到“你到底想清楚要做什么”？

关键词： Figma Sites， 生成式AI， 代码生成， 提示工程， AI应用

事实核查备注： 需核查：Figma Sites 的正式发布时间；Code Layers 是否为官方命名功能；发布后默认使用 Figma 子域名；可自定义域名与密码保护的具体支持范围