企业官网建设流程全解析

用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 有效与无效描述对照表

我整理了一张常用描述对照表，基本可以代表我在不同诉求上的使用策略：

这张表写的是我的长期观察，不一定所有版本都完全一致，但大方向不会变。你们可以在自己的项目里验证一下，基本都能对上。

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写得特别顺、生成结果特别稳的情况，我会把这一段沉淀成一个新版本模板；遇到加了新约束反而变差的，就立刻删掉。这样模板会随着项目越用越准，最终变成属于你自己的私有语言。