用Figma Make出圖三個月我最大的一個感受是大部分人說它“畫不準”其實不是AI沒聽懂而是Prompt根本沒搭好。這個工具和Midjourney那類文生圖有一個本質(zhì)區(qū)別——它不是在畫圖而是在Figma畫布上生成一套可編輯的真實圖層。在這個機制下越像“需求文檔”的Prompt越準越像“靈感的囈語”的Prompt越飄。這篇文章想把我目前在用的整套可復(fù)用Prompt模板、完整走查流程和踩坑記錄整理出來給正在用Figma Make做產(chǎn)品初稿、UI探索和提案稿的設(shè)計師一個可以直接抄作業(yè)的版本。文章里所有內(nèi)容都來自我自己的實際項目不保證每個版本都適用但大方向應(yīng)該能幫你把生成結(jié)果的方差壓下去。1. 為什么“每次重寫Prompt”等于把決定權(quán)交給AI自由發(fā)揮1.1 我最早用Make的四次失敗剛接觸Figma Make那會兒我的用法和大多數(shù)人一樣接到需求當(dāng)場即興寫一段Prompt粘貼進去等結(jié)果。聽起來很靈活實際上慘不忍睹。我統(tǒng)計過自己前兩周的生成記錄平均每個畫面要重試4到5次改Prompt的時間比我從空白畫布手畫還久。舉四個最典型的翻車例子你們感受一下第一個需求是“做一個好看的零售App首頁”。我寫了“好看的零售App首頁要有促銷橫幅、商品列表、底部導(dǎo)航”結(jié)果它給我生成了一版紫色漸變、超大圓角、所有商品卡片堆成一坨的頁面。單看不丑但只要換到真實商品內(nèi)容里首頁的“促銷感”和“貨架感”完全不對。第二個我偷懶寫“多生成幾個頁面”結(jié)果它一口氣吐了7頁。仔細一看第一頁和第三頁是同一個頁面只是模塊順序換了。我明明只需要4頁它擅自替我做了一種“內(nèi)容編排”這就是Prompt里沒有明確數(shù)量約束的結(jié)果。第三個我讓AI“用藍色調(diào)”它確實用了藍色但首頁的藍色、列表頁的藍色、詳情頁的藍色完全是三種藍。有的偏紫、有的偏灰、有的飽和度拉滿。看起來是“一個App”實際上像三個團隊各做了一頁然后拼在一起。第四個最坑。我在一個幾輪對話的歷史里反復(fù)修改Prompt風(fēng)格好不容易穩(wěn)住了。第二天新開對話我忘了把之前積累的風(fēng)格約束復(fù)制過去只寫了“和昨天一樣”。結(jié)果它根本不認識“昨天”生成了完全不同的風(fēng)格。每次重寫Prompt都等于把風(fēng)格、結(jié)構(gòu)、內(nèi)容這三樣?xùn)|西的判斷權(quán)全部交給了AI的隨機偏好。1.2 Make的生成機制決定了Prompt必須像設(shè)計文檔后來我去研究Figma Make的生成邏輯發(fā)現(xiàn)它的工作機制和Midjourney完全不同。Midjourney是在算像素你給一堆情緒化描述它能腦補出漂亮畫面。但Make是在生成圖層它要在Figma畫布里創(chuàng)建frame、text、shape這些真實對象。這意味著它必須理解頁面結(jié)構(gòu)、層級關(guān)系、模塊順序然后把這些結(jié)構(gòu)翻譯成圖層樹。這帶來的直接結(jié)果是它對“目標描述”的理解遠好于“像素描述”。你說“這是一個咖啡店點單頁第一屏是品牌區(qū)第二屏是飲品分類第三屏是熱門推薦”它能給你搭出合理的結(jié)構(gòu)。但你說“高級一點、精致一點、有質(zhì)感一點”它只會自由發(fā)揮因為它對“高級”這個詞沒有統(tǒng)一的解碼表。另一個關(guān)鍵點在于Make不是從零開始閉門造車它會讀取你在Figma畫布上已經(jīng)有的內(nèi)容。如果你在畫布上先做了某個模塊的設(shè)計再觸發(fā)Make它會主動模仿那個模塊的風(fēng)格。這本來是好事但也意味著如果你畫布上留了一堆亂七八糟的實驗圖層、舊版本、參考截圖它會把那些東西一起當(dāng)成風(fēng)格來源結(jié)果生成的頁面風(fēng)格四分五裂。所以我把Prompt的定位從“聊天內(nèi)容”改成了“設(shè)計文檔”。每次生成之前我會先把需求拆成結(jié)構(gòu)化的字段像填表一樣把信息寫清楚再用模板組裝。這樣每次生成都是同一套信息的輸入輸出邏輯AI的“自由發(fā)揮空間”就被壓縮到可控范圍。這也就是為什么我強調(diào)可復(fù)用Prompt它最大的價值不是省打字時間而是穩(wěn)定輸出。1.3 判斷模板是否有效的標準我給自己定過一個判斷標準同一個Prompt灌進同一個產(chǎn)品需求里不同對話生成的結(jié)果方差如果大于三成說明模板的有效信息不足需要繼續(xù)補充約束。注意我不是說每次要生成一模一樣的頁面——那也不現(xiàn)實因為模型本身有隨機采樣。但如果連“頁面數(shù)量”“模塊順序”“整體色系”這種宏觀的東西都每次變那這個模板就是廢的。后來我總結(jié)出判斷Prompt是否合格只看三個問題把Prompt里所有形容詞刪掉頁面結(jié)構(gòu)還能保持嗎把業(yè)務(wù)背景刪掉生成結(jié)果還像這個行業(yè)的頁面嗎把套話刪掉AI還能知道要輸出幾個頁面、每頁放什么模塊嗎如果三個問題里有一個答案是否模板就要改。這套排查邏輯在我后面講具體案例時會反復(fù)用到。2. 一套可直接抄走的可復(fù)用Prompt模板結(jié)構(gòu)、參數(shù)與作用原理2.1 模板設(shè)計思路管理兩個自由度做可復(fù)用Prompt核心是管理兩個自由度結(jié)構(gòu)自由度和視覺自由度。結(jié)構(gòu)自由度指的是頁面的清單、模塊順序、頁面之間的關(guān)系視覺自由度指的是色彩、字體、圓角、卡片形式這類表層樣式。兩個自由度都不能靠形容詞管理要靠“變量加邊界”。變量就是明確告訴AI“這個位置有具體值”邊界就是告訴AI“這個維度你只有這些可選范圍”。比如“主色是深綠輔助色是暖灰背景色是米白”這就是三個變量加一個范圍而“配色看起來舒服”就沒有任何約束力。這里有個反直覺的點AI默認有自己的一套審美偏好。你不寫圓角它默認可能給你16到24px的大圓角你不寫字體它默認可能給你一套英文優(yōu)先的字庫你不寫底部導(dǎo)航它也會很自然地在每頁底部塞一個導(dǎo)航欄。這些默認值在單個頁面上都不難看但放在整個產(chǎn)品體系里就是不協(xié)調(diào)。所以可復(fù)用模板的重心不是“讓AI畫得更好看”而是“讓AI每次都在同一個框架里發(fā)揮”。2.2 模板完整版直接復(fù)制可用我目前在用的模板大概是下面這樣用純文本格式維護在Notion里每次接到新需求就復(fù)制一份、替換變量。不同項目會有些微調(diào)但骨架始終沒變。ROLE / 產(chǎn)品背景 - 產(chǎn)品類型 - 使用人群 - 核心使用場景 PAGES / 頁面清單共N頁按邏輯順序排列 1. 頁面名稱 2. 頁面名稱 3. 頁面名稱 4. 頁面名稱 STRUCTURE / 頁面結(jié)構(gòu) 頁面1 - 頁面目標 - 第一屏必須包含 - 模塊順序業(yè)務(wù)優(yōu)先級從高到低 頁面2 - 頁面目標 - 第一屏必須包含 - 模塊順序業(yè)務(wù)優(yōu)先級從高到低 STYLE / 風(fēng)格參數(shù) - 字體族 - 主色 - 輔助色 - 背景色 - 圓角范圍8px 到 16px - 卡片風(fēng)格 - 圖標風(fēng)格 ASSETS / 內(nèi)容數(shù)據(jù) - 文案語言中文 - 文案風(fēng)格使用行業(yè)真實詞匯 - 圖片使用灰色占位塊不生成攝影圖 RULES / 排除項 - 不要出現(xiàn)與業(yè)務(wù)無關(guān)的裝飾元素 - 不要在每個頁面重復(fù)添加底部導(dǎo)航 - 不要使用酸性漸變和玻璃擬態(tài) OUTPUT / 輸出 - 頁面數(shù)N - 每個頁面一個頂層frame - frame命名規(guī)則01_頁面名稱2.3 每個字段不是在提建議而是在定約束有人可能會問這模板看起來平淡哪來的效果關(guān)鍵在于每個字段都在縮小生成結(jié)果的取值空間。我逐條說ROLE字段決定的是行業(yè)氣質(zhì)。你寫“健身約課App”AI會朝運動類產(chǎn)品靠配色會默認偏深色或熒光色你寫“線上問診平臺”它會朝偏藍、偏白的醫(yī)療感靠。這個字段管的是整體氣場代價是必須寫準寫含糊了等于沒寫。PAGES字段決定的是產(chǎn)出邊界。AI生成的時候是按頁面走的每一頁都是獨立的frame。你明確說4頁它就是4頁你寫“幾個頁面”它就會按自己的理解給你3到7頁。對設(shè)計師來說頁面數(shù)量本身就是需求約束AI無權(quán)替你做主。STRUCTURE字段是模板里最長的部分也是信息量最大的部分。它本質(zhì)上在寫每個頁面的信息架構(gòu)。我用“第一屏必須包含”這個說法是因為Make對首屏的處理經(jīng)常失控——它喜歡把最漂亮的模塊放在首屏哪怕那個模塊業(yè)務(wù)優(yōu)先級最低。有了這句話它才會先把首屏塞滿你指定內(nèi)容再考慮其他模塊。STYLE字段里我特意寫了“圓角范圍8px到16px”。單一數(shù)字反而容易出問題因為你給8px它會全用8px所有卡片邊緣都顯得生硬給“小圓角”它又可能理解為4px或24px。給一個范圍讓它在合理區(qū)間內(nèi)自己選出來的統(tǒng)一感會好很多。ASSETS字段里“使用灰色占位塊、不生成攝影圖”是我踩過幾次坑后加的。Make默認喜歡生成很漂亮的圖片內(nèi)容但這些圖片不是可用的產(chǎn)品素材還會把整個頁面的真實內(nèi)容感沖淡。設(shè)計初稿要的是布局和結(jié)構(gòu)圖片內(nèi)容反而是噪音。RULES字段是典型的“排除法”。AI生成時是概率采樣你不排除某些風(fēng)格它總會在某些頁面里冒出來。我這里寫的三條是我項目里最常見的三類跑偏你們可以根據(jù)自己的產(chǎn)品類型調(diào)整。2.4 一個快速輕量版模板完整模板適合正式項目但很多場景下我只是想快速探索幾版布局并不需要那么重的約束。這時候我會用下面這個輕量版字段少一半生成也快產(chǎn)品健身約課App 頁面首頁、課程列表、預(yù)約詳情、個人中心 首頁首屏品牌區(qū) 分類標簽 今日熱門課程 課程列表日期篩選 課程卡片 可約狀態(tài) 詳情頁課程信息卡 教練 預(yù)約表單 個人中心用戶信息 預(yù)約記錄 風(fēng)格主色深綠輔助暖灰背景米白圓角16以內(nèi) 數(shù)量4頁輕量版的核心是保留頁面結(jié)構(gòu)、首屏要求、矢量級風(fēng)格參數(shù)、數(shù)量四個東西其余全部砍掉。它適合做初步探索完事之后再去完善完整模板。兩套模板配合使用效率和穩(wěn)定性都能兼顧。3. 一個完整案例健身預(yù)約App從需求到初稿的生成全過程3.1 需求拆解先自己想清楚再讓AI動手我以一個虛擬的健身工作室預(yù)約需求為例完整走一遍流程。背景是小型健身工作室要做App核心用戶是需要約團課的老會員。第一版不需要全部功能只要首頁、課程列表、預(yù)約詳情、個人中心四個頁面能走通預(yù)約路徑。按照模板我會先用一個表格把每個頁面的目標和核心模塊拆清楚頁面用戶在這頁要完成什么核心模塊關(guān)鍵轉(zhuǎn)化出口首頁快速看到今天有什么課產(chǎn)生預(yù)約意愿品牌區(qū)、今日熱門課程、課程分類標簽、底部導(dǎo)航預(yù)約按鈕課程列表查看最近七天的課程并篩選時間日期篩選器、課程卡片列表、可約狀態(tài)標識課程卡入口預(yù)約詳情確認教練、時間、價格后提交預(yù)約課程信息卡、教練介紹、預(yù)約表單提交預(yù)約按鈕個人中心查看我的預(yù)約記錄和賬號信息用戶信息、預(yù)約記錄列表、設(shè)置入口改期/取消入口這個拆解過程不要跳步。很多人用AI出圖不理想是因為自己都沒想清楚頁面要放什么卻指望AI能替你想。AI能快速把模塊排成頁面但模塊本身是什么需要你先定義。尤其是“關(guān)鍵轉(zhuǎn)化出口”這一列是決定頁面信息層級的關(guān)鍵。拆完之后把表格內(nèi)容填進完整版模板得到最終Prompt。為了方便閱讀我貼一下去掉注釋后的實際提交版本ROLE / 產(chǎn)品背景 - 產(chǎn)品類型健身工作室團體課預(yù)約App - 使用人群已有健身習(xí)慣、會定期約團課的都市白領(lǐng) - 核心使用場景打開App看今天有什么課、快速預(yù)約、管理自己的預(yù)約記錄 PAGES / 頁面清單共4頁按用戶操作路徑排列 1. 首頁 2. 課程列表 3. 預(yù)約詳情 4. 個人中心 STRUCTURE / 頁面結(jié)構(gòu) 首頁 - 頁面目標讓用戶3秒內(nèi)看到今天可預(yù)約的熱門課程 - 第一屏必須包含品牌區(qū)、課程分類標簽、今日熱門課程橫向列表 - 模塊順序品牌區(qū)課程分類標簽今日熱門課程工作室介紹底部導(dǎo)航 課程列表 - 頁面目標按日期篩選并瀏覽全部可約課程 - 第一屏必須包含日期篩選器、課程卡片列表 - 模塊順序日期篩選器課程卡片列表顯示可約/約滿狀態(tài) 預(yù)約詳情 - 頁面目標確認課程信息并完成預(yù)約 - 第一屏必須包含課程信息卡、教練簡介、預(yù)約表單 - 模塊順序課程信息卡倒計時與剩余名額教練簡介預(yù)約表單 個人中心 - 頁面目標查看我的預(yù)約記錄和個人信息 - 第一屏必須包含用戶信息頭、預(yù)約記錄列表 - 模塊順序用戶信息頭預(yù)約記錄設(shè)置入口 STYLE / 風(fēng)格參數(shù) - 字體族非襯線中文優(yōu)先 - 主色深橄欖綠 - 輔助色暖灰 - 背景色米白 - 圓角范圍8px 到 16px - 卡片風(fēng)格低陰影、白底、線條簡潔 - 圖標風(fēng)格線性圖標 ASSETS / 內(nèi)容數(shù)據(jù) - 文案語言中文 - 文案風(fēng)格使用課程行業(yè)真實詞匯 - 圖片使用灰色占位塊不生成攝影圖 RULES / 排除項 - 不要出現(xiàn)與課程預(yù)約無關(guān)的裝飾元素 - 不要讓個人中心重復(fù)出現(xiàn)底部導(dǎo)航 - 不要使用熒光色和玻璃擬態(tài) OUTPUT / 輸出 - 頁面數(shù)4 - 每個頁面一個頂層frame - frame命名規(guī)則01_首頁、02_課程列表、03_預(yù)約詳情、04_個人中心3.2 操作細節(jié)與生成結(jié)果在實際操作時我會先在Figma里新建一個1200乘900的空白frame選中它再觸發(fā)Make。這樣做的好處是讓AI明確知道“當(dāng)前畫布就是我的頁面容器”而不是讓它自己去猜一個畫布尺寸。粘貼Prompt后等待生成。Make一般會給我?guī)装孀凅w我挑一版方向最對的展開——注意這里不是挑最漂亮的而是挑結(jié)構(gòu)最接近我要求的。顏色和風(fēng)格后期都能改結(jié)構(gòu)錯了基本等于重做。第一輪生成通常不會完美。我這次生成后的結(jié)果有三處跑偏每一處都有自己的原因和修法。第一處跑偏在首頁。我要求“今日熱門課程橫向列表”它確實做了橫滑卡片但把卡片高拉到了差不多四分之一屏導(dǎo)致整個第一屏只有這一個模塊品牌區(qū)被擠上去分類標簽列被擠到了首屏以下。簡單說AI把“熱門課程”理解成了首屏唯一主角而不是首屏的一個組成部分。修法很簡單不用重新寫整個Prompt。我選中首頁這個frame重新觸發(fā)Make把原來“第一屏必須包含品牌區(qū)、課程分類標簽、今日熱門課程橫向列表”這句話改成“第一屏垂直順序固定為品牌區(qū)占一行課程分類標簽占一行然后才是今日熱門課程橫向列表卡片高度不超過160px”。第二次生成結(jié)果就正常了。這也驗證了一件事與其重做不如針對跑偏的頁面做局部重新生成Prompt只改對應(yīng)模塊的約束別的都不要動。第二處跑偏在預(yù)約詳情頁。AI給我生成的課程信息卡里只有課程名稱、教練頭像和時間卻沒有我要求的“倒計時與剩余名額”。這不是它沒聽懂而是我在STRUCTURE里把這幾個模塊放在了同一行描述里它判斷“預(yù)約表單”才是本頁的核心就把這種緊迫感信息當(dāng)作輔助內(nèi)容省略了。修正方式是直接在該頁重新生成單獨補一個H3層級的內(nèi)容塊明確寫“課程信息卡下方必須顯示距離開課倒計時和剩余名額兩行信息”。這次生成后倒計時和名額都出來了。這里面有個心得Make對“強調(diào)信息”的理解依賴位置和獨立性。你越是把它單獨寫成一行它越容易當(dāng)成一個必選模塊你越是把它和別的內(nèi)容擠在一起描述它就越容易當(dāng)作附加裝飾。第三處跑偏在個人中心。AI給個人中心頁也加了一條底部導(dǎo)航和首頁的重復(fù)了。原因是我在PAGES里定義了四個頁面但沒有告訴它“底部導(dǎo)航是全局元素只在首頁出現(xiàn)一次”。它在生成個人中心時默認每個頁面都適合放底部導(dǎo)航于是復(fù)制了一份。這個問題的修法比前兩個簡單。我回到個人中心頁重新生成在RULES里把“不要讓個人中心重復(fù)出現(xiàn)底部導(dǎo)航”這一條保留然后只生成該頁。第二次結(jié)果沒有底部導(dǎo)航了。如果你們遇到更頑固的重復(fù)問題可以在模板規(guī)則里加一條“所有內(nèi)頁都不允許出現(xiàn)底部導(dǎo)航”效果會更好。3.3 從生成稿到工程稿組件化整理流程生成稿確認結(jié)構(gòu)沒問題之后距離真正能用的設(shè)計稿還有一段路。Make生成的圖層樹命名普遍比較亂很多是系統(tǒng)默認的隨機名稱也沒有組件概念。這種稿子如果直接交出去后續(xù)改一輪就會瘋掉。我的整理流程固定三步大概花15到20分鐘第一步統(tǒng)一文本樣式。全選所有文本圖層統(tǒng)一字體族、字重、字號層級。Make生成的英文風(fēng)格字在下中文項目里經(jīng)常不合適這一步不能省。第二步把重復(fù)出現(xiàn)的卡片轉(zhuǎn)成組件。比如課程列表里的每張課程卡手動整理一張成一個Component其余拖進去替換。注意替換時保留原位置和間距別讓自動布局打亂。第三步用Auto Layout重排主要模塊間距。Make生成的間距經(jīng)常是奇怪的值例如17、23、31這類非8倍數(shù)。我習(xí)慣選中模塊后套Auto Layout再統(tǒng)一改成8的倍數(shù)間距體系。處理完之后初稿就變成了可以繼續(xù)往上疊設(shè)計細節(jié)的“半成品”。整個流程下來從需求拆解到最終可交付的初稿我大約花一個晚上。相比從空白畫布逐步搭建省下來的主要是排版和布局時間而設(shè)計判斷還在我自己手里。4. Figma Make的真實理解邊界哪些描述有效哪些是白費4.1 把它當(dāng)成會畫圖的初級需求分析師用了這么久我給Make的最終定位是一個會畫圖的初級需求分析師。它懂頁面結(jié)構(gòu)能分辨模塊主次能照葫蘆畫瓢但它不具備真正的產(chǎn)品判斷力也不理解像素級控制。舉幾個我實際測試過的說法“首頁頂部是Hero區(qū)用大標題加搜索框”——它能做對因為它知道Hero區(qū)是什么。 “圖標的線條粗細盡量保持一致”——它完全不在意因為生成時它是用圖層拼出來的不是按設(shè)計規(guī)范畫的。 “這里的間距要精確到12px”——它給不了精確值經(jīng)常是11、14、16之間浮動。 “整體調(diào)到用戶感覺更專業(yè)”——這句話等于沒說它只能按自己的默認偏好去美化。理解了這些邊界之后寫Prompt的心態(tài)會變不要再試圖用Prompt微調(diào)像素而是用Prompt把信息架構(gòu)說清楚像素級別的細節(jié)留到生成后用Figma自己的功能去改。4.2 有效與無效描述對照表我整理了一張常用描述對照表基本可以代表我在不同訴求上的使用策略你想控制什么正確說法示例Make的實際響應(yīng)使用建議頁面結(jié)構(gòu)“課程列表頁日期篩選器 課程卡片列表”響應(yīng)較好能按順序搭出模塊核心負載必須寫清楚模塊優(yōu)先級“第一屏必須包含……”響應(yīng)較好會優(yōu)先排布首屏每個頁面都寫首屏約束風(fēng)格參考提供參考圖 / 選中已有模塊再生成響應(yīng)很好強于任何文字描述有參考圖就優(yōu)先用參考圖具體顏色“主色用#0A84FF”只會給出相近色不完全精確生成后手動改色板間距體系“所有間距保持8的倍數(shù)”響應(yīng)差會隨機生成用Auto Layout統(tǒng)一調(diào)整字體控制“用思源黑體”響應(yīng)不穩(wěn)定自由度較大生成后全選文本統(tǒng)一字體形容詞“高級、精致、通透”只增加自由度不收斂結(jié)果盡量少用或不用組件化邏輯“把課程卡做成組件”不理解不會生成組件關(guān)系生成后手動轉(zhuǎn)Component這張表寫的是我的長期觀察不一定所有版本都完全一致但大方向不會變。你們可以在自己的項目里驗證一下基本都能對上。4.3 內(nèi)容審核類報錯invalid prompt的定位方法網(wǎng)上經(jīng)常能看到一類報錯大意是“invalid prompt: your prompt was flagged as potentially violating our usage policy”。我第一次遇到時也慌因為整段Prompt看起來就是普通的產(chǎn)品需求文檔沒有任何違規(guī)意圖。后來我總結(jié)出了一套定位方法。先說明一點所有自然語言生成工具都會有內(nèi)容安全機制這屬于通用保護策略不是針對某家公司的特殊行為。遇到這種報錯先不要急著質(zhì)疑按下面幾步來第一步把Prompt拆成前后兩半分別單獨提交。哪一半報錯觸發(fā)段落就在哪一半。第二步觸發(fā)段里通常有某些敏感行業(yè)詞或領(lǐng)域術(shù)語。把這類名詞換成能表達相同業(yè)務(wù)含義的功能性描述比如把具體產(chǎn)品類別改成“預(yù)約服務(wù)類工具”把效果類詞匯改成“信息展示模塊”。第三步還不行就換一種句式。安全機制往往對名詞詞組更敏感對“用戶在這個頁面能看到什么”這種行為描述相對寬松。你可以把“XX類App”改成“一款面向用戶提供預(yù)約服務(wù)的工具”。把長Prompt拆短還有另一個好處能順便避開輸入長度限制。安全機制通過后再分兩次提交先提交結(jié)構(gòu)再提交風(fēng)格生成結(jié)果通常會更穩(wěn)定。4.4 token長度與截斷問題Make的Prompt輸入長度不是無限的。我在超長Prompt上吃過幾次虧最典型的表現(xiàn)是提交之后過了很久不出圖或者生成的頁面里少了你寫在后面的模塊。這其實就是后半段約束被截斷了AI根本沒讀到。解決這個問題有兩個原則。第一個原則是核心信息前置。頁面清單、每頁結(jié)構(gòu)、首屏要求這些內(nèi)容必須放在Prompt前段風(fēng)格參數(shù)其次排除項放在最后。因為一旦截斷損失的是尾部信息——寧可丟掉幾條“不要”也不能丟掉“要什么”。第二個原則是控制單次Prompt體量。完整模板經(jīng)過精簡后大約在300到500個詞以內(nèi)如果產(chǎn)品復(fù)雜到要寫更多內(nèi)容我寧可分成兩次生成第一次先給ROLE加PAGES生成頁面結(jié)構(gòu)框架第二次選中框架里的某個frame單獨把STRUCTURE細節(jié)和STYLE補進去這樣不會讓單次輸入超載。還有一個非常容易踩的坑是對話歷史也會占用上下文。你在同一個Figma Make對話里連續(xù)改了七次Prompt每一次歷史都會累積。到第八次時你以為自己發(fā)過去的Prompt是那個新版模板實際上模型還在同時參考前七次的內(nèi)容生成結(jié)果自然會被歷史污染。所以生成階段用完就開新對話是個便宜又好用的習(xí)慣。4.5 生成中途中斷與閃退的環(huán)境因素Make在生成過程中如果你的瀏覽器標簽頁內(nèi)存占用高、畫布里塞了大量高清位圖或者你自己忍不住點了畫布其他位置導(dǎo)致選區(qū)變化都有可能出現(xiàn)生成中斷或閃退。這類問題不用重新想Prompt先把環(huán)境理干凈。我的做法是準備一個專門用來出圖的空白文件文件里不放任何大圖素材生成前關(guān)掉其他高占用的瀏覽器標簽頁發(fā)起生成后不再碰畫布和頁面結(jié)構(gòu)直到結(jié)果出來。如果問題還是出現(xiàn)清理瀏覽器緩存或者換個無痕窗口就好。很多時候所謂的“閃退”并不是工具本身壞了而是頁面狀態(tài)太雜模型引擎處理不過來。5. 實戰(zhàn)踩坑清單五類高頻問題的完整排查鏈路5.1 報錯型問題invalid prompt被安全機制攔截這類問題最讓人頭疼因為你明明寫的是正常需求卻被判定為違規(guī)。按我之前說的拆半定位法一步步往下查。有一次我遇到報錯把Prompt從中間切成兩段。第一段只有產(chǎn)品背景和頁面清單順利通過第二段里包含內(nèi)容數(shù)據(jù)和排除項直接報錯。于是我知道問題出在后半段。我把后半段里的一些行業(yè)術(shù)語換成更通用的描述再提交通過了。整個過程不超過五分鐘。關(guān)鍵心態(tài)是別把所有內(nèi)容綁在一起反復(fù)試錯那樣既慢又容易把正常內(nèi)容誤改成偏離需求的話。記住安全機制識別的是字符片段你只需要動那個片段不要因為報錯就把整段Prompt推倒重寫。5.2 生成跑偏型問題頁面數(shù)量不對、模塊缺失跑偏問題的排查思路比報錯更清晰。先檢查一個東西去掉Prompt里所有形容詞和多余修飾只保留ROLE、PAGES、STRUCTURE、OUTPUT看生成結(jié)果是否恢復(fù)正常。如果恢復(fù)正常說明是無關(guān)信息稀釋了約束如果還是跑偏那再往深一層想是不是某個字段的“權(quán)重”給低了。我遇到過一種情況首頁生成結(jié)果總是少了分類標簽。單獨看Prompt分類標簽寫在“分類標簽”四個字里信息量沒問題。問題是我把它和別的模塊寫在了同一行AI默認這一行是一個整體只優(yōu)先實現(xiàn)了前面的內(nèi)容。把“分類標簽”單獨拆成一行強調(diào)它是獨立模塊之后問題馬上解決了。5.3 模塊重復(fù)型問題底部導(dǎo)航、全局元素被重復(fù)生成全局元素重復(fù)是最常見的跑偏類型之一。核心原因是AI不理解“全局組件”的概念它只看得到“這個頁面應(yīng)該有哪些模塊”。排查方向有兩個一是檢查RULES里有沒有對應(yīng)的“不要重復(fù)出現(xiàn)”條目二是檢查是否用了局部生成。局部生成是我很推薦的修法。全局元素重復(fù)通常只發(fā)生在個別頁面你不需要重新生成整個畫布選中那個頁面frame重新觸發(fā)Make在Prompt里把對應(yīng)RULES單獨帶上就能把問題控制在單頁范圍內(nèi)。如果全局重復(fù)問題反復(fù)出現(xiàn)我建議直接在模板的RULES里長期保留一條“除首頁外所有頁面不出現(xiàn)底部導(dǎo)航”一勞永逸。5.4 字體亂碼與中英文混雜問題Make生成的圖層里中文內(nèi)容有時會落到默認字體上導(dǎo)致顯示粗細不均勻甚至出現(xiàn)中英文字體混排的違和感。排查時不要想著靠Prompt解決因為Make的字庫選擇邏輯我試過多次不太受Prompt控制。我的做法是生成完成后選中所有文本圖層在右側(cè)字體面板統(tǒng)一替換成項目的中文字體。要做細節(jié)一點的話可以按字號層級分批選中替換大標題一批、正文一批、輔助文字一批快速而準確。這是生成后整理流程里的一環(huán)不是問題修復(fù)而是必須做的工作。5.5 生成中斷、Make按鈕不可用、對話變慢最后常用的一部是環(huán)境層排查。我按這個順序來先確認當(dāng)前是否選中了一個有效的頂層frame。Make按鈕灰著不能點八成是沒有選中有效畫布或者選中的圖層被鎖定、處于不可編輯狀態(tài)。再確認瀏覽器和系統(tǒng)狀態(tài)。如果生成中途卡住我先看內(nèi)存占用情況把其他占用高的頁面關(guān)掉再試著重新生成。注意重新生成最好開新對話不要讓已經(jīng)累積的上下文繼續(xù)干擾。最后確認是不是該換干凈的實驗文件了。有時候同一個文件改了幾十版圖層疊加太多畫布本身就很重。新建一個文件只把需要做生成測試的模塊內(nèi)容復(fù)制過去問題往往就消失了。這套流程我平時叫四層定位法Prompt層想內(nèi)容、選區(qū)層查狀態(tài)、對話層查歷史、環(huán)境層查資源。遇到問題順序排查基本都能在幾分鐘內(nèi)定位到根因而不是盯著報錯彈窗干瞪眼。我現(xiàn)在的固定工作流已經(jīng)變成這樣模板存在一個隨手能打開的地方接到新需求就復(fù)制一份、改變量先出四頁初稿再人工精修細節(jié)。最后分享一個操作小習(xí)慣——每次遇到Prompt寫得特別順、生成結(jié)果特別穩(wěn)的情況我會把這一段沉淀成一個新版本模板遇到加了新約束反而變差的就立刻刪掉。這樣模板會隨著項目越用越準最終變成屬于你自己的私有語言。