建立 2026-09-15 更新 2026-09-15

提示詞怎麼寫

官方把「會不會用 Lovable」幾乎等同於「會不會下指令」。重點不是把提示詞寫得很華麗，而是先想清楚、再講清楚。

先想再寫

動手之前先回答四件事：這是什麼產品、給誰用、他們為什麼要用、使用者最重要的一個動作是什麼。不必寫規格書，但方向要有。

含糊：

做一個很酷的健身網站。

清楚：

做一頁給自由接案者的預算 App 介紹頁。主要行動按鈕是「開始更聰明地存錢」。風格大膽、字大、顏色飽和。
目前只要這一頁，不要登入。

不確定細節時，請它先問你：

我想做攝影工作室的預約頁。先不要寫程式，先問我五個你需要先知道的問題。

規劃模式很適合這一步。

一次描述整套 App（每個頁面、每種角色、每種例外），模型會每一處都只對一半。把畫面拆成積木：主視覺、功能卡片、價目表、表單。做完一塊、在預覽確認，再做下一塊。

用真實文案，不要「lorem ipsum」或「功能一／功能二」。真實標題會告訴你這段要不要折行、按鈕文案該用動詞還是名詞。

在 Lovable 裡，每一則提示詞都在改現有程式。好的修改提示有三部分：做什麼、在哪裡、哪些不能碰。

在訂單表格加上依狀態篩選的下拉選單。
只改訂單頁。表格既有樣式維持不變，登入與其他頁面不要動。

視覺細節用元件語言：卡片、徽章、按鈕、對話框、Toast，比「讓介面好一點」有效。風格用具體形容：沉穩、大膽、高級、活潑，會影響字體、間距與配色。

把產品定位、設計方向與「不要做什麼」寫進專案 Knowledge（知識檔），就不必每則提示詞重講一遍。

這支官方 24 分鐘教學會示範：把產品說明、風格與對象寫進第一則提示詞，再針對「按鈕沒反應」這類具體問題繼續改。對應本頁的「講清楚」與「一次一塊」。

來源：Lovable

知識檔怎麼加、為什麼之後的提示詞會比較穩，看這支短操作：

來源：Lovable