做前端和做UI设计的这两年多多少少都被AI生成结果气到过。你写一句“做一个仪表盘”它真敢给你一整屏蓝紫色渐变卡片指标倒是齐但配色、间距、圆角、字体层级全在你审美底线附近疯狂试探这种体验用一个词总结就是“AI随机发挥”。Stitch 就是冲着这个问题来的——它是一款面向UI生成场景的AI工具核心价值不是“能画界面”而是让“AI随机发挥”变成“对需求精准输出”。简单说你给它的不是一句话需求而是一份设计工单、几个视觉锚点、一组明确约束它按规格交付而不是靠猜。我会用自己实际跑过的项目当线索从 Stitch 的生成机制讲起然后是可直接抄的提示词模板、参考图锚定方法、组件级约束技巧、迭代调优姿势最后给一个完整实战案例。适合被AI出图结果气到摔键盘的前端工程师、想提高出图效率的UI设计师以及在做AI应用开发的独立开发者。如果你刚接触AI生成UI这篇也可以当入门地图用。1. 为什么AI生成的UI总是“随机发挥”1.1 三个根源提示词太糊、上下文缺失、反馈太长先别急着怪模型不够聪明。我在大量实测里发现AI生成UI失控的80%问题都出在输入信息量不足而不是模型能力。第一个根源是提示词太模糊。你说“做一个登录页”AI的候选池里有几十种登录页形态居中卡片、左右分栏、覆盖式弹窗、极简单行输入……它只能猜你最想要哪一种而猜的结果通常是有视觉冲击力、但不符合产品定位的那个。这就是典型的“信息缺失模型被迫补全”你越少说它替你决定越多。第二个根源是上下文缺失。UI从来不是一个孤立的页面它背后有整套设计语言主色、间距系统、圆角规则、组件状态、目标用户、品牌调性。AI只拿到几句话无从知道这些隐藏约定。于是它会在第一版给你一个适合活动页的渐变风格第二版又变成适合数据后台的深色风格同一批对话里风格都能跳三次因为没有任何东西在“锚定”它。第三个根源是反馈链路太长。传统文本对话里改UI流程是你说“左边一点”AI改一遍你说“再左一点”它再改一遍你说“背景太亮了”它把整个配色一起动了。每一轮都可能引入新随机性而且很多工具根本没有“局部精准修改”能力只能全量重画改一处崩三处。迭代成本极高最后你就放弃了自己动手改HTML。1.2 把AI当“外包设计师”从一句话需求到设计工单想明白这三个根源解决方案其实也清楚了别把AI当“你只管说我来办”的许愿机要把它当成一个“能力很强、但记性很差、又特别顺从的外包设计师”。你给外包设计师的需求是这样的项目背景、参考图、页面信息架构、组件清单、交互状态、配色值、断点规则。只要这些给齐他做出来的东西就算不全对也在你的射程范围内。AI也是一样的逻辑。我经常用一个点菜的类比。你进餐厅只说“来条鱼”厨师能给你端出红烧、清蒸、烤鱼、刺身因为你没做任何约束。如果你说“清蒸鲈鱼一斤左右不要姜丝用蒸鱼豉油出锅淋一勺热油”不管谁做成品八九不离十。Stitch 这类工具的价值就是让你的“点菜话术”能被AI完整理解并执行把你模糊的审美偏好翻译成它听得懂的规格说明。所以整篇指南的核心方法论就一句话结构化描述加约束条件加视觉锚点加迭代反馈。只要你围绕这四个要素操作AI基本不会再对着空气创作。2. Stitch 到底在帮你控制什么2.1 文本生成不是聊天是“带着规格书开工”Stitch 最基础的入口是文本生成但你得把它当成一种特殊的“规格书输入”而不是聊天框。它支持自然语言直接生成UI代码常见输出有 HTML加CSS、Tailwind、React、Vue 这几种。我本人最推荐 Tailwind因为类名本身就是一套约束。AI生成原生CSS时经常搞出莫名其妙的负margin、absolute定位和 z-index 叠层而 Tailwind 的原子类把大部分间距、颜色、布局都限制在工具类范围内即使AI跑偏跑偏幅度也小得多。文本模式最适合干两件事。第一件是快速搭建信息架构比如你要做一个数据报表页先用几句话把头部筛选区、指标卡片区、走势图区、明细表格区的位置关系定下来让AI先生成稿再看问题。第二件是做结构验证新项目不知道布局怎么摆先让AI出三版结构对比选逻辑最顺的一版继续深化。这阶段不要把精力花在配色调圆角上那是后面的事。这里有个容易犯的错一上来就让AI“做一个精美的大屏数据可视化”。大屏涉及设备尺寸、图表库、自动刷新一句“精美”解决不了任何事。正确做法是先定信息层级、再定技术方案最后才谈“风格稍微现代一点”。规格越细生成结果的可用性越高。2.2 参考图与线框图视觉锚点比形容词有用Stitch 支持上传设计稿、截图、手绘线框图然后用图片识别加提示词理解的方式把它们转换成可编辑代码。这一步是“免于随机发挥”的关键武器。人类设计师看到“简洁、现代、有点科技感”会自行脑补AI也一样会脑补但你丢给它一张参考图它至少知道你说的“简洁”是白底大留白还是卡片式弱阴影。我建议的姿势是这样的给参考图时不要只丢图配合一段定位说明比如“图1我只要它的配色逻辑图2参考卡片间距图3看表格信息密度”。你还可以直接在图片上用标注工具圈出重点区域写上“这个区块的圆角是16px”或“标题用深灰不要纯黑”。Stitch 的图片理解力足够读懂这些标注比你在文本框里用形容词描述半天高效得多。如果你手里有设计系统的产物比如 Figma 导出的颜色变量、圆角令牌、SVG组件直接传给它这种结构化视觉输入对AI来说比什么“高端大气”都好使。它不是在“看懂”你的风格它是在把你的风格变成它生成代码时的参照系。2.3 组件级编辑与设计令牌改细节不推倒重来Stitch 的另一个关键机制是把生成结果拆成组件树。左边是页面结构右边是当前选中组件的属性面板间距、字号、颜色、圆角都能单独调整而且这些修改会作为“局部补丁”保留下来不会因为后面重开一轮对话就消失。这个机制打破了我前面说的“全量重画死循环”你可以在生成结果上像改原型一样逐个锁细节。和组件级编辑配套的是设计令牌。简单说就是把颜色、间距、字体、圆角这些容易变的值抽成变量写在页面顶部的 CSS 自定义属性里。我通常让AI把所有主题性参数写进:root{}比如主色、辅助色、基准间距、圆角值、字体栈。这样后面想换肤、适配暗色模式只需要改这部分变量就行AI生成的其余组件代码不用动。这也是保证多页面一致性的最实用手段不同页面都引用同一套令牌就不会出现这个页面偏蓝、那个页面偏紫的情况。这套机制的背后思路是把AI当作“可以局部修改的代码生成器”而不是“一次性的出图工具”。你要主动使用它的组件面板和令牌系统每次修完一个细节等于给这个节点钉了一颗图钉后续生成再飘也不会飘出这颗图钉的圈。3. 精准生成UI样式的完整实操流程3.1 第一步把需求写成一个“设计工单”我习惯把提示词之前的准备动作叫“写设计工单”因为工程师开给前端团队的那种工单天然包含了背景、范围、字段、交互要求这些东西正好也是AI缺的。一份可用的UI设计工单至少包含以下几块项目背景一句话比如“面向小团队的项目管理看板用户是研发负责人”。页面类型登录页、数据明细页、设置页、仪表盘。目标用户和使用场景这点很重要同样的按钮面向C端用户的App和面向B端后台的视觉权重完全不一样。主要模块和功能列出这个页面必须有哪几个区块每个区块里有什么元素。数据字段最好把真实字段名列出来AI就不至于拿“张三”“李四”来填功能演示数据。操作动作每个按钮点击后的结果以及按钮的视觉优先级。风格基调两到四个词即可例如“简洁、白底、蓝紫主色、信息密集”。举个例子我要做一个移动端账单明细页工单可以写“个人记账App的账单明细页用户是大学生功能有展示月度收支汇总、按日期分组的消费记录、点击记录进入详情。字段包括月份结余、分类图标、金额、备注。风格偏清新白底主色用薄荷绿金额正负用红绿区分卡片间距统一8px的倍数。”到这里你不用写“请帮我做一个漂亮页面”AI已经知道自己该干嘛了。3.2 第二步一份可以直接抄的提示词模板有了工单提示词就是把它翻译成AI更容易执行的指令。我目前比较稳定的一套模板长这样你可以直接抄去改成自己的需求你是一名资深UI工程师。请为【移动端账单明细页】生成完整代码。 - 技术栈HTML Tailwind CSS仅输出一个 main 区块内的内容 - 设备与断点移动端优先基础宽度375px在768px以上时卡片改为两列网格 - 设计令牌 --color-primary: #34D399; --color-success: #10B981; --color-danger: #EF4444; --color-text: #1F2937; --color-text-sub: #6B7280; --radius-md: 8px; --space-unit: 8px; - 布局结构页面标题区 / 月度汇总卡片 / 按日期分组的明细列表 / 底部悬浮的新增按钮 - 组件清单返回箭头与标题、汇总金额卡片、日期分组行、单条记录行、底部圆角悬浮按钮 - 数据用本地mock数据字段为日期、分类图标、分类名称、备注、金额、收入/支出标记 - 视觉规则背景浅灰 #F9FAFB卡片白色圆角8px阴影用 border 和浅阴影不使用大面积模糊阴影条目标题16px/600金额14px/500备注12px/400 - 交互状态支出金额红色、收入金额绿色悬浮按钮是主色实心按下态变暗 - 禁止项不要用渐变、不要玻璃拟态、不要自定义引入额外字体、不要省略任何一条记录组件你会注意到我把“禁止项”单列了。AI是顺从型模型你不说不能做什么它就会凭“审美惯性”给你加料。你禁止了渐变它就不会手滑给你铺一个大瀑布。你禁止额外字体它也不会为了营造氛围引入一个根本加载不到的外网字体。负面提示词是控场的关键不是可选项。3.3 第三步用参考图把视觉方向“钉”进对话如果你对视觉风格有比较明确的倾向比如“就像支付宝账单那样清爽”别指望AI知道支付宝长什么样、现在改成什么样了。正确做法是从网上截一张感受最接近的界面或者自己用 Figma 随意拼一个低保真布局传进 Stitch然后在提示词里写清“这张图只参考它的布局和间距节奏配色重新设计”。参考图最好附带标注。我通常会在截图里圈出几个关键位置写上顶部这个区间距离、卡片圆角大约、列表行的分割方式。Stitch 能识别图片中的文字和手绘箭头这些标注会让它理解得更具体。这个环节不需要多精致的图低像素的线框图也行它要的是视觉锚定不是美术素材。使用参考图还有一个避坑点如果参考图来自网上别人的产品尽量不要做像素级复刻。你可以在提示词里写明“借鉴布局与色彩比例但图形元素全部重新绘制”这既是给AI的约束也是提醒自己注意分寸。实战中把参考图当作“方向锚”而不是“拷贝源”产出的结果反而更符合你的真实需求因为它会保留参考图的气质又不会照抄出你不想要的细节。3.4 第四步用组件清单和布局结构管住生成组件清单这一步千万别省。很多人让AI生成页面只给一个整体描述比如“做一个用户中心”出来的东西可能什么都有却偏偏没有你真正要的“退出登录按钮”。AI的补全本能会倾向于丰富功能而不是贴合你的具体入口。所以我在提示词里一定会列一个组件清单具体到“这个页面必须有头像上传区、昵称修改输入框、手机号绑定状态、消息通知开关、清除缓存按钮、退出登录按钮”。布局结构我习惯用括号式描述AI对这种形式理解得很准。例如页面头部 [用户信息卡片] [功能设置分组 * 3] 底部安全退出区域这样结构层次清清楚楚它不会擅自加一个轮播图或者推荐流。这个括号式写法其实利用了对话模型对嵌套结构敏感的特点比写一句“从上到下排列好各个区域”精确得多。如果页面里有表单还要精确到“行为”。你希望输入框是什么状态、校验错误时怎么显示、提交按钮的加载态是什么这些细节决定了生成结果能不能直接拿去联调。我之前让AI生成过一个设置页它把开关组件做成了静态灰色圆点完全看不出开关语义就是因为我在需求里没写“开关要有开启态、关闭态、禁用态三种视觉表现”。约束到行为层面AI才会把交互状态当作硬需求处理。3.5 第五步迭代调优的正确姿势生成结果不可能一次到位所以迭代是必然的。但大部分人迭代的方式是无效的只会说“再好看一点”“这个地方不舒服”“感觉不对”。这些话AI没法执行。我自己的有效反馈公式是问题位置加预期结果加示例。比如“第二组卡片之间的间距不一致请统一为16px”“顶部导航的标题文字颜色改为 #374151不要使用纯黑色”“列表为空时需要一个占位插图和一行文案文案是‘暂无记录’”。指向越具体AI改得越准。如果你一次报出五六个问题建议按优先级排队让AI先改最影响观感的一两个。模型在一个回合内处理的信息量是有限的塞太多修改点它顾此失彼最后每个都改不到位。这和跟人协作是一样的先解决阻断性问题再打磨细节。这一环节还要学会用 Stitch 的“局部编辑”能力在组件树里选中那个出问题的节点单独提交修改不要在大对话里让AI全局重画。局部编辑只影响当前节点回滚也容易。我每次生成完一个满意版本都会给当前状态命名存一个版本快照再继续下一轮调整。这样即使改坏了也能一键回到上一版不用从头再来。4. 常见问题与排查技巧实录4.1 高频问题速查表问题主要原因排查方法与解决建议配色乱跑每版颜色都不一样没给颜色令牌或颜色描述太模糊把十六进制色值直接写进提示词最好在:root{}定义--color-primary等变量组件对不齐间距忽大忽小间距没有规则化在提示词中明确“间距使用8px的倍数”比如8/16/24页面样式互相干扰按钮跑到别处AI写了全局样式或用了不合理的定位要求“样式作用域限定在单个组件内”不要使用绝对定位优先用 flex/grid响应式一塌糊涂手机端挤压没有给断点定义明确写三个断点375px、768px、1024px并说明每档的布局变化生成代码里一堆冗余类名AI在自由发挥CSS要求“使用Tailwind原子类尽量不写自定义CSS”同一页面每次重新生成都不一样上下文干扰或提示词里有矛盾指令重新开一个会话只粘贴核心工单不把历史对话带进去本地调试时提示“1008 Control UI requires device identity”浏览器安全上下文限制Stitch 的可视化调试面板需要安全的访问来源把页面放到 localhost 环境或用HTTPS访问才能解锁完整控制能力继续对话后之前的修改丢失了在错误层级做了修改确认“局部编辑”状态是否保存在组件树节点上不要在整体指令里混着改局部细节速查表这东西我建议你直接存一份。它集合了我大半年实操里踩过的大部分坑其中“颜色令牌”和“断点定义”两个条目出镜率最高几乎每个项目都会遇到。先定位再修比一遍遍重画高效得多。4.2 几个容易踩的坑第一个坑是让AI“自由发挥一次”之后没存快照。AI有时候会给你惊喜但这个惊喜你也留不住你下一步加一个需求改动整个画面可能就变了。所以在看到满意结果的那一刻第一件事就是保存当前版本。这不是可选项是工作习惯。第二个坑是mock数据和真实数据对不上。AI特别喜欢给自己编数据比如账单金额变成“今日消费3999元”字段完全对齐很容易出问题。如果你的页面后面要接真实接口建议一开始就把字段结构写在提示词里甚至在代码里直接定义mockData的类型接口AI生成的数据就不会带偏UI设计。第三个坑是AI的“偷懒”行为。它有时候会在连续生成多个同结构组件时写一句“这里与上方相同省略”然后真的就跳过了。你需要在提示词末尾加一句“每个组件请给出完整代码不要用省略号或注释替代重复结构”。这句话能帮你省去不少在代码编辑器里手动补齐的时间。第四个坑是过度依赖参考图。参考图只能固定视觉方向它管不了你页面里的操作流程和信息层级。我在一次生成里传入了一张非常精美的数据可视化大屏参考图结果AI把所有模块都做成了玻璃拟态大屏风完全不顾这是普通后台页面。后来我明白了参考图宁可丑一点也要紧扣业务场景并且一定要配文字说明它只是“风格参考”具体布局必须听我的描述。5. 实战案例让一个“账单明细页”从粗放到精细5.1 只给一句话需求它会给你什么为了让你直观感受差别我专门拿“移动端账单明细页”做过对照测试。第一版提示词就一句“做一个移动端账单明细页。”Stitch 给了我这样一个结果顶部是蓝紫色渐变头图半透明玻璃拟态卡片叠在上面消费记录用大圆角纯色图标排列字体全部偏大配色五彩斑斓。单看这个页面并不丑但它完全不像一个工具型记账App该有的样子。我把它的问题列了一个清单渐变头图不是我要的、卡片层级不清晰、金额字段和备注挤在一起分不清主次、没有空状态、列表间距不一致。更麻烦的是最下方的“新增按钮”做成了普通文字链接一点按钮感都没有。这些问题的共同点就是AI在替我做产品决定而我没有给它任何产品约束。这个版本也不是全无参考价值它的信息架构其实是对的有汇总、有明细、有入口说明AI的基本理解能力在线。问题在于视觉执行层面完全失控。接下来要做的不是推翻重来而是把工单补上让它在正确骨架下收敛视觉。5.2 第一轮迭代补工单、补参考、补约束第二轮我用了前面写的完整工单和提示词模板同时上传了一张自己用一张A4纸画的线框图顶部一个标题区、一张汇总卡片、下面按日期分组的一堆记录行、右下角一个悬浮按钮。画得很潦草但结构明确。然后我在提示词里写清了颜色令牌、间距系统、组件清单和禁止项。这次生成的结果可以说是从“随机发挥”直接跳到了“可评审状态”白底、灰背景、绿色主色、卡片整齐间距基本在8px的倍数上金额正负用红绿区分分组标题也清晰。问题少了很多但仔细看还是有几处需要收尾汇总卡片的数字太大了比例失调悬浮按钮的阴影过重分类图标用了五彩渐变底和我要求的“不使用渐变”冲突空状态文案缺失。注意我并没有说它“做错了什么大方向”而是逐个指出局部问题。这正是组件级编辑的用武之地我直接在组件树里选中汇总卡片把数字字号从28px改成20px选中悬浮按钮把阴影从大阴影改成1px边框加轻微阴影选中分类图标把渐变底色改成浅灰纯色底。每一步都是局部修改改完整体结构没受任何影响。5.3 第二轮迭代局部微调与响应式收尾第二轮收尾我集中在两件事上响应式适配和交互状态。Stitch 生成的页面在375px下看起来正常但一拉到768px以上卡片还是单列白浪费宽度。我在提示词里补了一句“768px以上时月度汇总卡片与明细列表改为两列布局”并给出了具体断点规则它很快就调整好了。交互状态这块我一直很在意因为AI默认生成的按钮没有hover态和active态开关组件没有禁用态。我在工单里专门要求“为所有可点击组件补充hover和active状态使用CSS变量控制颜色变化”它在新版本里给每个按钮都补上了过渡效果。这个环节如果你不在第一版就写清楚后面单独提出来让AI加它往往只会改一个全局样式了事不够精准。最后我检查了几个关键细节空列表时页面不能是一片白需要显示插图和“暂无记录”文案加载状态要有骨架屏占位真实数据字段和mock数据字段完全一致。把这三个“非视觉”细节也约束进提示词后这个页面才算能拿出去做正式开发。视觉上它能看逻辑上它可用这就不是“AI随机发挥”而是一张可落地的UI交付物。我个人在实际操作中的体会是Stitch 这类工具真正的上手门槛不在“会不会用”而在于“愿不愿意在生成前多花十分钟整理设计工单”。很多人图快结果在迭代里花了一个多小时跟它互相拉扯算下来反而更慢。我现在的工作流是先给自己写工单再把它翻译成带令牌、带组件清单、带禁止项的提示词最后用组件面板做局部微调整个流程最多三轮就能出可用的界面。最后分享一个小技巧我习惯让AI把颜色、圆角、间距统一写到 CSS 的自定义属性:root{}里而不是散落在各个组件中。这样后续想改主题、适配暗色模式只需要换掉这十几个变量所有组件都会自动跟随。你也可以把同一份:root{}变量用在多个页面的生成提示词里这样即使每个页面都是单独生成的最终拼在一起也会像同一个设计系统出来的产物。