Figma Make 换上 GPT-5.6：UX 原型评审提前了
Figma Make 引入 GPT-5.6，Figma agent skills 把团队标准写进工作流。本期拆解 AI 原型和团队 prompt 资产化会怎样改变设计师与产品团队的评审方式。
说明：原设定的本周窗口内，公开可读的一手更新不足以支撑 1-2 条深度解读。首发样例把观察范围扩大到 2026 年 6 月 24 日至 7 月 10 日；后续更新会按每周一 9:00 的设定执行，优先只收录上一周的新动态。
先看变化：AI 原型不再只是「更快生成一张稿」
Figma 7 月 9 日把 GPT-5.6 加进 Figma Make。官方给出的重点不是「又多了一个模型」，而是三个更接近设计工作台的变化：更高质量的一稿、遇到构建错误时自查自修、从现有设计文件转成可交互原型时更能保留布局、层级和交互细节。1
这会改变设计师花时间的位置。过去做高保真原型，耗时常在搭页面、补状态、连交互；现在更可能变成先让 AI 生成一版能跑的东西，再检查它有没有误解产品逻辑：空状态怎么处理，数据加载失败怎么办，移动端断点是否合理，交互反馈是否符合系统规范。
Figma 在同篇更新里举了一个音频播放器的例子：从静态设计文件出发，GPT-5.6 生成的第一版保留了布局、视觉层级、间距、比例和样式，并让播放、暂停、切歌这些控件能工作。1 这类能力对 UX 的影响很直接：评审对象从「这张图看起来像不像」变成「这个流程跑起来暴露了哪些真实问题」。
对产品团队来说，原型评审也会提前。以前很多交互问题要等开发后才显形，现在可以在设计阶段就让 PM、工程和研究同事点一遍真实流程。好处是讨论更具体；麻烦是，设计师不能只交一个漂亮方向，还要能解释每个生成结果为什么能用、哪里需要推翻。
第二个信号：prompt 正在变成团队流程资产
7 月 1 日，Figma 继续解释 agent 的「skills」能力。一个 skill 是用普通英文写成的可复用指令，可以通过斜杠命令在任何 agent 对话里触发，也可以发布给团队或组织。Figma 举的例子包括模拟某位负责人反馈风格、按 UX writing 规范检查文案、从新用户视角审查体验、整理设计评审纪要，以及把评论转成项目管理任务。2
这比「写好 prompt」更进一步。prompt 是个人技巧，skill 更像团队把判断标准写下来：什么叫符合品牌语气，什么问题必须在评审前过一遍，哪些无障碍检查不能靠最后补救。
这对 UX 团队的影响有两面。
一面是好事：新人不用靠旁听十次评审才知道团队怎么想；跨职能同事也不用反复问设计师「这个页面该看哪里」。Figma 还提到 skills 可以通过 MCP connector 连接 Slack、Notion、Asana 等工具，把 PRD、研究笔记、项目讨论拉进工作流。2 这让 agent 更像设计文件里的协作者，而不是悬浮在旁边的聊天框。
另一面也要警惕：团队把规则写进 skill 之后，旧偏见也可能被固化。比如「按某位高管的反馈风格预演」能帮设计师提前准备，但如果它变成唯一评判视角，团队会更快地收敛到熟悉答案。AI 让发散更便宜，也会让错误的收敛更顺手。
设计师的工作重心会往哪挪
UX Collective 在 7 月初的一篇设计师访谈总结里提到，布局、字体、色彩、内容设计这些硬技能正在被 AI 快速追赶；更难被替代的是设计师带领讨论、建立判断、理解人的能力。3 这和 Figma 的两条更新能对上：工具正在把「产出一个可看的东西」变容易，设计师的稀缺性会更多落在选择、校准和说服上。
接下来一周，如果团队已经在试 Figma Make 或类似工具，可以先改一个评审清单：
- 看一稿质量时，不只看视觉完成度，还要看断点、状态、错误处理和真实内容密度。
- 写团队 prompt 或 skill 时，把它当作设计规范的一部分维护，记录适用场景和不适用场景。
- 做评审时保留反向问题：这个 AI 结果是不是过早收敛了？有没有把用户研究里最麻烦的那类人漏掉？
这波变化不是让设计师少做判断。它把更多半成品、更快推到你面前，然后要求你更早做判断。
References
- 1
- 2
- 3
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.