Figma 在 2026 年 10 月 15 日发布官方博客，宣布开源内容框架 Payload 正式集成进 Figma Make：在 Make 里用提示词生成网站时，系统会同步配好数据库、文件存储、用户登录和管理后台，设计稿第一次自带能存数据的后端。
过去用 AI 建站工具做出页面不难，难的是页面背后的东西：活动列表要有人更新，报名表单提交后要有人收，内容改一个字往往要提工单等工程师。Payload 补的正是这一段。设计师用真实内容起稿，运营在内置后台里改文案、换图片、审投稿、看版本记录，开发者再用 Payload 的开源框架做深度定制，三方在同一套内容上工作，权限按角色分开。Figma 还举了内部团队的例子：营销团队为视频系列做配套站点时，把每期内容的标题、封面和自定义字段录进 Payload，后台直接维护，不再逐条靠提示词修改。
同一批发布里还有两件事值得注意。一是 Figma Specs 进入公开测试：团队可以把设计规范、决策和上下文写成与画布关联的文档，再经 MCP 交给编程智能体，让智能体按既定规则干活，而不是每次从零猜。二是画布上的 Figma 智能体转为正式可用，代码图层进入公开测试，Figma MCP 新增 20 个合作集成，并宣称改进后的指引能减少智能体出错和 token 消耗。
对建站流程的实际影响
这次更新真正改变的是分工。原型阶段追求快，靠提示词生成即可；要上线给真实用户用，就必须有内容管理、权限和数据存储。Payload 进入 Make 后，这条线被压进同一个工具里，小团队做活动页、报名页、内容站时，可以少接一套外部 CMS、少维护一遍账号体系。但也要看清边界：Payload 面向全部套餐开放，账号覆盖将在未来几周陆续铺开；承载 Payload 项目的托管基础设施目前仍是 beta 且免费，正式定价公布前，长期成本还是未知数。好的一点是内容和应用可以带出 Figma，Payload 本身仍可自托管，迁移通道没有被关上。对正在用 Make 做原型的团队，判断标准很简单：如果页面需要持续更新内容或收集用户提交，这次更新值得认真试；如果只是一次性演示，原来的工作流并不用变。
