ARTICLE DETAIL

资讯详情

深耕网站视觉设计与运营推广的一线实战洞察。

Figma Make出图不准?一套可复用Prompt模板提升AI生图稳定性

Figma Make出图不准?一套可复用Prompt模板提升AI生图稳定性 用Figma Make出图三个月我最大的一个感受是大部分人说它“画不准”其实不是AI没听懂而是Prompt根本没搭好。这个工具和Midjourney那类文生图有一个本质区别——它不是在画图而是在Figma画布上生成一套可编辑的真实图层。在这个机制下越像“需求文档”的Prompt越准越像“灵感的呓语”的Prompt越飘。这篇文章想把我目前在用的整套可复用Prompt模板、完整走查流程和踩坑记录整理出来给正在用Figma Make做产品初稿、UI探索和提案稿的设计师一个可以直接抄作业的版本。文章里所有内容都来自我自己的实际项目不保证每个版本都适用但大方向应该能帮你把生成结果的方差压下去。1. 为什么“每次重写Prompt”等于把决定权交给AI自由发挥1.1 我最早用Make的四次失败刚接触Figma Make那会儿我的用法和大多数人一样接到需求当场即兴写一段Prompt粘贴进去等结果。听起来很灵活实际上惨不忍睹。我统计过自己前两周的生成记录平均每个画面要重试4到5次改Prompt的时间比我从空白画布手画还久。举四个最典型的翻车例子你们感受一下第一个需求是“做一个好看的零售App首页”。我写了“好看的零售App首页要有促销横幅、商品列表、底部导航”结果它给我生成了一版紫色渐变、超大圆角、所有商品卡片堆成一坨的页面。单看不丑但只要换到真实商品内容里首页的“促销感”和“货架感”完全不对。第二个我偷懒写“多生成几个页面”结果它一口气吐了7页。仔细一看第一页和第三页是同一个页面只是模块顺序换了。我明明只需要4页它擅自替我做了一种“内容编排”这就是Prompt里没有明确数量约束的结果。第三个我让AI“用蓝色调”它确实用了蓝色但首页的蓝色、列表页的蓝色、详情页的蓝色完全是三种蓝。有的偏紫、有的偏灰、有的饱和度拉满。看起来是“一个App”实际上像三个团队各做了一页然后拼在一起。第四个最坑。我在一个几轮对话的历史里反复修改Prompt风格好不容易稳住了。第二天新开对话我忘了把之前积累的风格约束复制过去只写了“和昨天一样”。结果它根本不认识“昨天”生成了完全不同的风格。每次重写Prompt都等于把风格、结构、内容这三样东西的判断权全部交给了AI的随机偏好。1.2 Make的生成机制决定了Prompt必须像设计文档后来我去研究Figma Make的生成逻辑发现它的工作机制和Midjourney完全不同。Midjourney是在算像素你给一堆情绪化描述它能脑补出漂亮画面。但Make是在生成图层它要在Figma画布里创建frame、text、shape这些真实对象。这意味着它必须理解页面结构、层级关系、模块顺序然后把这些结构翻译成图层树。这带来的直接结果是它对“目标描述”的理解远好于“像素描述”。你说“这是一个咖啡店点单页第一屏是品牌区第二屏是饮品分类第三屏是热门推荐”它能给你搭出合理的结构。但你说“高级一点、精致一点、有质感一点”它只会自由发挥因为它对“高级”这个词没有统一的解码表。另一个关键点在于Make不是从零开始闭门造车它会读取你在Figma画布上已经有的内容。如果你在画布上先做了某个模块的设计再触发Make它会主动模仿那个模块的风格。这本来是好事但也意味着如果你画布上留了一堆乱七八糟的实验图层、旧版本、参考截图它会把那些东西一起当成风格来源结果生成的页面风格四分五裂。所以我把Prompt的定位从“聊天内容”改成了“设计文档”。每次生成之前我会先把需求拆成结构化的字段像填表一样把信息写清楚再用模板组装。这样每次生成都是同一套信息的输入输出逻辑AI的“自由发挥空间”就被压缩到可控范围。这也就是为什么我强调可复用Prompt它最大的价值不是省打字时间而是稳定输出。1.3 判断模板是否有效的标准我给自己定过一个判断标准同一个Prompt灌进同一个产品需求里不同对话生成的结果方差如果大于三成说明模板的有效信息不足需要继续补充约束。注意我不是说每次要生成一模一样的页面——那也不现实因为模型本身有随机采样。但如果连“页面数量”“模块顺序”“整体色系”这种宏观的东西都每次变那这个模板就是废的。后来我总结出判断Prompt是否合格只看三个问题把Prompt里所有形容词删掉页面结构还能保持吗把业务背景删掉生成结果还像这个行业的页面吗把套话删掉AI还能知道要输出几个页面、每页放什么模块吗如果三个问题里有一个答案是否模板就要改。这套排查逻辑在我后面讲具体案例时会反复用到。2. 一套可直接抄走的可复用Prompt模板结构、参数与作用原理2.1 模板设计思路管理两个自由度做可复用Prompt核心是管理两个自由度结构自由度和视觉自由度。结构自由度指的是页面的清单、模块顺序、页面之间的关系视觉自由度指的是色彩、字体、圆角、卡片形式这类表层样式。两个自由度都不能靠形容词管理要靠“变量加边界”。变量就是明确告诉AI“这个位置有具体值”边界就是告诉AI“这个维度你只有这些可选范围”。比如“主色是深绿辅助色是暖灰背景色是米白”这就是三个变量加一个范围而“配色看起来舒服”就没有任何约束力。这里有个反直觉的点AI默认有自己的一套审美偏好。你不写圆角它默认可能给你16到24px的大圆角你不写字体它默认可能给你一套英文优先的字库你不写底部导航它也会很自然地在每页底部塞一个导航栏。这些默认值在单个页面上都不难看但放在整个产品体系里就是不协调。所以可复用模板的重心不是“让AI画得更好看”而是“让AI每次都在同一个框架里发挥”。2.2 模板完整版直接复制可用我目前在用的模板大概是下面这样用纯文本格式维护在Notion里每次接到新需求就复制一份、替换变量。不同项目会有些微调但骨架始终没变。ROLE / 产品背景 - 产品类型 - 使用人群 - 核心使用场景 PAGES / 页面清单共N页按逻辑顺序排列 1. 页面名称 2. 页面名称 3. 页面名称 4. 页面名称 STRUCTURE / 页面结构 页面1 - 页面目标 - 第一屏必须包含 - 模块顺序业务优先级从高到低 页面2 - 页面目标 - 第一屏必须包含 - 模块顺序业务优先级从高到低 STYLE / 风格参数 - 字体族 - 主色 - 辅助色 - 背景色 - 圆角范围8px 到 16px - 卡片风格 - 图标风格 ASSETS / 内容数据 - 文案语言中文 - 文案风格使用行业真实词汇 - 图片使用灰色占位块不生成摄影图 RULES / 排除项 - 不要出现与业务无关的装饰元素 - 不要在每个页面重复添加底部导航 - 不要使用酸性渐变和玻璃拟态 OUTPUT / 输出 - 页面数N - 每个页面一个顶层frame - frame命名规则01_页面名称2.3 每个字段不是在提建议而是在定约束有人可能会问这模板看起来平淡哪来的效果关键在于每个字段都在缩小生成结果的取值空间。我逐条说ROLE字段决定的是行业气质。你写“健身约课App”AI会朝运动类产品靠配色会默认偏深色或荧光色你写“线上问诊平台”它会朝偏蓝、偏白的医疗感靠。这个字段管的是整体气场代价是必须写准写含糊了等于没写。PAGES字段决定的是产出边界。AI生成的时候是按页面走的每一页都是独立的frame。你明确说4页它就是4页你写“几个页面”它就会按自己的理解给你3到7页。对设计师来说页面数量本身就是需求约束AI无权替你做主。STRUCTURE字段是模板里最长的部分也是信息量最大的部分。它本质上在写每个页面的信息架构。我用“第一屏必须包含”这个说法是因为Make对首屏的处理经常失控——它喜欢把最漂亮的模块放在首屏哪怕那个模块业务优先级最低。有了这句话它才会先把首屏塞满你指定内容再考虑其他模块。STYLE字段里我特意写了“圆角范围8px到16px”。单一数字反而容易出问题因为你给8px它会全用8px所有卡片边缘都显得生硬给“小圆角”它又可能理解为4px或24px。给一个范围让它在合理区间内自己选出来的统一感会好很多。ASSETS字段里“使用灰色占位块、不生成摄影图”是我踩过几次坑后加的。Make默认喜欢生成很漂亮的图片内容但这些图片不是可用的产品素材还会把整个页面的真实内容感冲淡。设计初稿要的是布局和结构图片内容反而是噪音。RULES字段是典型的“排除法”。AI生成时是概率采样你不排除某些风格它总会在某些页面里冒出来。我这里写的三条是我项目里最常见的三类跑偏你们可以根据自己的产品类型调整。2.4 一个快速轻量版模板完整模板适合正式项目但很多场景下我只是想快速探索几版布局并不需要那么重的约束。这时候我会用下面这个轻量版字段少一半生成也快产品健身约课App 页面首页、课程列表、预约详情、个人中心 首页首屏品牌区 分类标签 今日热门课程 课程列表日期筛选 课程卡片 可约状态 详情页课程信息卡 教练 预约表单 个人中心用户信息 预约记录 风格主色深绿辅助暖灰背景米白圆角16以内 数量4页轻量版的核心是保留页面结构、首屏要求、矢量级风格参数、数量四个东西其余全部砍掉。它适合做初步探索完事之后再去完善完整模板。两套模板配合使用效率和稳定性都能兼顾。3. 一个完整案例健身预约App从需求到初稿的生成全过程3.1 需求拆解先自己想清楚再让AI动手我以一个虚拟的健身工作室预约需求为例完整走一遍流程。背景是小型健身工作室要做App核心用户是需要约团课的老会员。第一版不需要全部功能只要首页、课程列表、预约详情、个人中心四个页面能走通预约路径。按照模板我会先用一个表格把每个页面的目标和核心模块拆清楚页面用户在这页要完成什么核心模块关键转化出口首页快速看到今天有什么课产生预约意愿品牌区、今日热门课程、课程分类标签、底部导航预约按钮课程列表查看最近七天的课程并筛选时间日期筛选器、课程卡片列表、可约状态标识课程卡入口预约详情确认教练、时间、价格后提交预约课程信息卡、教练介绍、预约表单提交预约按钮个人中心查看我的预约记录和账号信息用户信息、预约记录列表、设置入口改期/取消入口这个拆解过程不要跳步。很多人用AI出图不理想是因为自己都没想清楚页面要放什么却指望AI能替你想。AI能快速把模块排成页面但模块本身是什么需要你先定义。尤其是“关键转化出口”这一列是决定页面信息层级的关键。拆完之后把表格内容填进完整版模板得到最终Prompt。为了方便阅读我贴一下去掉注释后的实际提交版本ROLE / 产品背景 - 产品类型健身工作室团体课预约App - 使用人群已有健身习惯、会定期约团课的都市白领 - 核心使用场景打开App看今天有什么课、快速预约、管理自己的预约记录 PAGES / 页面清单共4页按用户操作路径排列 1. 首页 2. 课程列表 3. 预约详情 4. 个人中心 STRUCTURE / 页面结构 首页 - 页面目标让用户3秒内看到今天可预约的热门课程 - 第一屏必须包含品牌区、课程分类标签、今日热门课程横向列表 - 模块顺序品牌区课程分类标签今日热门课程工作室介绍底部导航 课程列表 - 页面目标按日期筛选并浏览全部可约课程 - 第一屏必须包含日期筛选器、课程卡片列表 - 模块顺序日期筛选器课程卡片列表显示可约/约满状态 预约详情 - 页面目标确认课程信息并完成预约 - 第一屏必须包含课程信息卡、教练简介、预约表单 - 模块顺序课程信息卡倒计时与剩余名额教练简介预约表单 个人中心 - 页面目标查看我的预约记录和个人信息 - 第一屏必须包含用户信息头、预约记录列表 - 模块顺序用户信息头预约记录设置入口 STYLE / 风格参数 - 字体族非衬线中文优先 - 主色深橄榄绿 - 辅助色暖灰 - 背景色米白 - 圆角范围8px 到 16px - 卡片风格低阴影、白底、线条简洁 - 图标风格线性图标 ASSETS / 内容数据 - 文案语言中文 - 文案风格使用课程行业真实词汇 - 图片使用灰色占位块不生成摄影图 RULES / 排除项 - 不要出现与课程预约无关的装饰元素 - 不要让个人中心重复出现底部导航 - 不要使用荧光色和玻璃拟态 OUTPUT / 输出 - 页面数4 - 每个页面一个顶层frame - frame命名规则01_首页、02_课程列表、03_预约详情、04_个人中心3.2 操作细节与生成结果在实际操作时我会先在Figma里新建一个1200乘900的空白frame选中它再触发Make。这样做的好处是让AI明确知道“当前画布就是我的页面容器”而不是让它自己去猜一个画布尺寸。粘贴Prompt后等待生成。Make一般会给我几版变体我挑一版方向最对的展开——注意这里不是挑最漂亮的而是挑结构最接近我要求的。颜色和风格后期都能改结构错了基本等于重做。第一轮生成通常不会完美。我这次生成后的结果有三处跑偏每一处都有自己的原因和修法。第一处跑偏在首页。我要求“今日热门课程横向列表”它确实做了横滑卡片但把卡片高拉到了差不多四分之一屏导致整个第一屏只有这一个模块品牌区被挤上去分类标签列被挤到了首屏以下。简单说AI把“热门课程”理解成了首屏唯一主角而不是首屏的一个组成部分。修法很简单不用重新写整个Prompt。我选中首页这个frame重新触发Make把原来“第一屏必须包含品牌区、课程分类标签、今日热门课程横向列表”这句话改成“第一屏垂直顺序固定为品牌区占一行课程分类标签占一行然后才是今日热门课程横向列表卡片高度不超过160px”。第二次生成结果就正常了。这也验证了一件事与其重做不如针对跑偏的页面做局部重新生成Prompt只改对应模块的约束别的都不要动。第二处跑偏在预约详情页。AI给我生成的课程信息卡里只有课程名称、教练头像和时间却没有我要求的“倒计时与剩余名额”。这不是它没听懂而是我在STRUCTURE里把这几个模块放在了同一行描述里它判断“预约表单”才是本页的核心就把这种紧迫感信息当作辅助内容省略了。修正方式是直接在该页重新生成单独补一个H3层级的内容块明确写“课程信息卡下方必须显示距离开课倒计时和剩余名额两行信息”。这次生成后倒计时和名额都出来了。这里面有个心得Make对“强调信息”的理解依赖位置和独立性。你越是把它单独写成一行它越容易当成一个必选模块你越是把它和别的内容挤在一起描述它就越容易当作附加装饰。第三处跑偏在个人中心。AI给个人中心页也加了一条底部导航和首页的重复了。原因是我在PAGES里定义了四个页面但没有告诉它“底部导航是全局元素只在首页出现一次”。它在生成个人中心时默认每个页面都适合放底部导航于是复制了一份。这个问题的修法比前两个简单。我回到个人中心页重新生成在RULES里把“不要让个人中心重复出现底部导航”这一条保留然后只生成该页。第二次结果没有底部导航了。如果你们遇到更顽固的重复问题可以在模板规则里加一条“所有内页都不允许出现底部导航”效果会更好。3.3 从生成稿到工程稿组件化整理流程生成稿确认结构没问题之后距离真正能用的设计稿还有一段路。Make生成的图层树命名普遍比较乱很多是系统默认的随机名称也没有组件概念。这种稿子如果直接交出去后续改一轮就会疯掉。我的整理流程固定三步大概花15到20分钟第一步统一文本样式。全选所有文本图层统一字体族、字重、字号层级。Make生成的英文风格字在下中文项目里经常不合适这一步不能省。第二步把重复出现的卡片转成组件。比如课程列表里的每张课程卡手动整理一张成一个Component其余拖进去替换。注意替换时保留原位置和间距别让自动布局打乱。第三步用Auto Layout重排主要模块间距。Make生成的间距经常是奇怪的值例如17、23、31这类非8倍数。我习惯选中模块后套Auto Layout再统一改成8的倍数间距体系。处理完之后初稿就变成了可以继续往上叠设计细节的“半成品”。整个流程下来从需求拆解到最终可交付的初稿我大约花一个晚上。相比从空白画布逐步搭建省下来的主要是排版和布局时间而设计判断还在我自己手里。4. Figma Make的真实理解边界哪些描述有效哪些是白费4.1 把它当成会画图的初级需求分析师用了这么久我给Make的最终定位是一个会画图的初级需求分析师。它懂页面结构能分辨模块主次能照葫芦画瓢但它不具备真正的产品判断力也不理解像素级控制。举几个我实际测试过的说法“首页顶部是Hero区用大标题加搜索框”——它能做对因为它知道Hero区是什么。 “图标的线条粗细尽量保持一致”——它完全不在意因为生成时它是用图层拼出来的不是按设计规范画的。 “这里的间距要精确到12px”——它给不了精确值经常是11、14、16之间浮动。 “整体调到用户感觉更专业”——这句话等于没说它只能按自己的默认偏好去美化。理解了这些边界之后写Prompt的心态会变不要再试图用Prompt微调像素而是用Prompt把信息架构说清楚像素级别的细节留到生成后用Figma自己的功能去改。4.2 有效与无效描述对照表我整理了一张常用描述对照表基本可以代表我在不同诉求上的使用策略你想控制什么正确说法示例Make的实际响应使用建议页面结构“课程列表页日期筛选器 课程卡片列表”响应较好能按顺序搭出模块核心负载必须写清楚模块优先级“第一屏必须包含……”响应较好会优先排布首屏每个页面都写首屏约束风格参考提供参考图 / 选中已有模块再生成响应很好强于任何文字描述有参考图就优先用参考图具体颜色“主色用#0A84FF”只会给出相近色不完全精确生成后手动改色板间距体系“所有间距保持8的倍数”响应差会随机生成用Auto Layout统一调整字体控制“用思源黑体”响应不稳定自由度较大生成后全选文本统一字体形容词“高级、精致、通透”只增加自由度不收敛结果尽量少用或不用组件化逻辑“把课程卡做成组件”不理解不会生成组件关系生成后手动转Component这张表写的是我的长期观察不一定所有版本都完全一致但大方向不会变。你们可以在自己的项目里验证一下基本都能对上。4.3 内容审核类报错invalid prompt的定位方法网上经常能看到一类报错大意是“invalid prompt: your prompt was flagged as potentially violating our usage policy”。我第一次遇到时也慌因为整段Prompt看起来就是普通的产品需求文档没有任何违规意图。后来我总结出了一套定位方法。先说明一点所有自然语言生成工具都会有内容安全机制这属于通用保护策略不是针对某家公司的特殊行为。遇到这种报错先不要急着质疑按下面几步来第一步把Prompt拆成前后两半分别单独提交。哪一半报错触发段落就在哪一半。第二步触发段里通常有某些敏感行业词或领域术语。把这类名词换成能表达相同业务含义的功能性描述比如把具体产品类别改成“预约服务类工具”把效果类词汇改成“信息展示模块”。第三步还不行就换一种句式。安全机制往往对名词词组更敏感对“用户在这个页面能看到什么”这种行为描述相对宽松。你可以把“XX类App”改成“一款面向用户提供预约服务的工具”。把长Prompt拆短还有另一个好处能顺便避开输入长度限制。安全机制通过后再分两次提交先提交结构再提交风格生成结果通常会更稳定。4.4 token长度与截断问题Make的Prompt输入长度不是无限的。我在超长Prompt上吃过几次亏最典型的表现是提交之后过了很久不出图或者生成的页面里少了你写在后面的模块。这其实就是后半段约束被截断了AI根本没读到。解决这个问题有两个原则。第一个原则是核心信息前置。页面清单、每页结构、首屏要求这些内容必须放在Prompt前段风格参数其次排除项放在最后。因为一旦截断损失的是尾部信息——宁可丢掉几条“不要”也不能丢掉“要什么”。第二个原则是控制单次Prompt体量。完整模板经过精简后大约在300到500个词以内如果产品复杂到要写更多内容我宁可分成两次生成第一次先给ROLE加PAGES生成页面结构框架第二次选中框架里的某个frame单独把STRUCTURE细节和STYLE补进去这样不会让单次输入超载。还有一个非常容易踩的坑是对话历史也会占用上下文。你在同一个Figma Make对话里连续改了七次Prompt每一次历史都会累积。到第八次时你以为自己发过去的Prompt是那个新版模板实际上模型还在同时参考前七次的内容生成结果自然会被历史污染。所以生成阶段用完就开新对话是个便宜又好用的习惯。4.5 生成中途中断与闪退的环境因素Make在生成过程中如果你的浏览器标签页内存占用高、画布里塞了大量高清位图或者你自己忍不住点了画布其他位置导致选区变化都有可能出现生成中断或闪退。这类问题不用重新想Prompt先把环境理干净。我的做法是准备一个专门用来出图的空白文件文件里不放任何大图素材生成前关掉其他高占用的浏览器标签页发起生成后不再碰画布和页面结构直到结果出来。如果问题还是出现清理浏览器缓存或者换个无痕窗口就好。很多时候所谓的“闪退”并不是工具本身坏了而是页面状态太杂模型引擎处理不过来。5. 实战踩坑清单五类高频问题的完整排查链路5.1 报错型问题invalid prompt被安全机制拦截这类问题最让人头疼因为你明明写的是正常需求却被判定为违规。按我之前说的拆半定位法一步步往下查。有一次我遇到报错把Prompt从中间切成两段。第一段只有产品背景和页面清单顺利通过第二段里包含内容数据和排除项直接报错。于是我知道问题出在后半段。我把后半段里的一些行业术语换成更通用的描述再提交通过了。整个过程不超过五分钟。关键心态是别把所有内容绑在一起反复试错那样既慢又容易把正常内容误改成偏离需求的话。记住安全机制识别的是字符片段你只需要动那个片段不要因为报错就把整段Prompt推倒重写。5.2 生成跑偏型问题页面数量不对、模块缺失跑偏问题的排查思路比报错更清晰。先检查一个东西去掉Prompt里所有形容词和多余修饰只保留ROLE、PAGES、STRUCTURE、OUTPUT看生成结果是否恢复正常。如果恢复正常说明是无关信息稀释了约束如果还是跑偏那再往深一层想是不是某个字段的“权重”给低了。我遇到过一种情况首页生成结果总是少了分类标签。单独看Prompt分类标签写在“分类标签”四个字里信息量没问题。问题是我把它和别的模块写在了同一行AI默认这一行是一个整体只优先实现了前面的内容。把“分类标签”单独拆成一行强调它是独立模块之后问题马上解决了。5.3 模块重复型问题底部导航、全局元素被重复生成全局元素重复是最常见的跑偏类型之一。核心原因是AI不理解“全局组件”的概念它只看得到“这个页面应该有哪些模块”。排查方向有两个一是检查RULES里有没有对应的“不要重复出现”条目二是检查是否用了局部生成。局部生成是我很推荐的修法。全局元素重复通常只发生在个别页面你不需要重新生成整个画布选中那个页面frame重新触发Make在Prompt里把对应RULES单独带上就能把问题控制在单页范围内。如果全局重复问题反复出现我建议直接在模板的RULES里长期保留一条“除首页外所有页面不出现底部导航”一劳永逸。5.4 字体乱码与中英文混杂问题Make生成的图层里中文内容有时会落到默认字体上导致显示粗细不均匀甚至出现中英文字体混排的违和感。排查时不要想着靠Prompt解决因为Make的字库选择逻辑我试过多次不太受Prompt控制。我的做法是生成完成后选中所有文本图层在右侧字体面板统一替换成项目的中文字体。要做细节一点的话可以按字号层级分批选中替换大标题一批、正文一批、辅助文字一批快速而准确。这是生成后整理流程里的一环不是问题修复而是必须做的工作。5.5 生成中断、Make按钮不可用、对话变慢最后常用的一部是环境层排查。我按这个顺序来先确认当前是否选中了一个有效的顶层frame。Make按钮灰着不能点八成是没有选中有效画布或者选中的图层被锁定、处于不可编辑状态。再确认浏览器和系统状态。如果生成中途卡住我先看内存占用情况把其他占用高的页面关掉再试着重新生成。注意重新生成最好开新对话不要让已经累积的上下文继续干扰。最后确认是不是该换干净的实验文件了。有时候同一个文件改了几十版图层叠加太多画布本身就很重。新建一个文件只把需要做生成测试的模块内容复制过去问题往往就消失了。这套流程我平时叫四层定位法Prompt层想内容、选区层查状态、对话层查历史、环境层查资源。遇到问题顺序排查基本都能在几分钟内定位到根因而不是盯着报错弹窗干瞪眼。我现在的固定工作流已经变成这样模板存在一个随手能打开的地方接到新需求就复制一份、改变量先出四页初稿再人工精修细节。最后分享一个操作小习惯——每次遇到Prompt写得特别顺、生成结果特别稳的情况我会把这一段沉淀成一个新版本模板遇到加了新约束反而变差的就立刻删掉。这样模板会随着项目越用越准最终变成属于你自己的私有语言。
返回列表