Lovable 推出 drafts 草稿版：同一個專案開多條平行版本，改壞了也不動到線上站

Lovable 在 2026-09-07 官方部落格發布 drafts（草稿）功能。對「用 AI 生一個網站然後不敢再改」的人來說，這是今年少數真的解決痛點的更新——但它的第一版有兩條界線要先看清楚。以下依官方公告原文整理（本站查核日 2026-09-09）。

舊做法的問題：改在正式專案上，還要排隊

官方自己描述舊流程：所有編輯都直接發生在你的專案裡。改了後悔就得按還原；多人協作時，其他人只能等你改完，或是把專案 remix 一份出去——結果就是「編輯合併回來很麻煩」。

drafts 是什麼

草稿是你專案的一份複本，有自己的對話（chat）與預覽，你和團隊可以在上面平行試不同版本。你可以在草稿與正式專案之間切換比較，而且——這是重點——只有在你接受（accept）草稿並按下發布（publish），變更才會套用到線上的 app。

官方點名兩個用法：

• 把人拉進來：讓同事、客戶、寫文案的人自己開一份草稿，在真的專案裡改，而不是在一份滿是註解的文件裡改。線上的 app 與資料原封不動，最後上不上線還是你決定。
• 同時試多個方向：開好幾份草稿、每份試一個想法，切換比較，留下最好的那個，不必拿正式版本賭。

第一版能改什麼、不能改什麼（最該讀的一段）

官方明確劃線：這一版只涵蓋「app 前端」的變更。任何會改到資料庫結構或登入設定的事，仍然要在原專案的對話裡做。

官方列出現在可以在草稿裡試的東西：

• 新的配色、字型、版面
• 標題、副標、行動呼籲（CTA）文案——留下成效最好的版本
• 新的圖片、插畫、影片素材
• 捲動動畫、圖片輪播、固定導覽列
• 促銷或公告橫幅
• 各處文案，從按鈕字到空狀態到 404 頁

還有一句容易被略過但很重要：目前草稿是對著「你已發布應用程式的資料庫」運作的。也就是說，你在草稿裡的操作碰到的是正式資料，不是一份沙盒複本——做涉及寫入資料的測試前請先想清楚。官方表示正在擴大草稿支援的變更類型。

操作步驟（官方原文）

1. 打開專案，點編輯器上方的專案名稱，選 New draft。
2. 開始下指令即可編輯草稿；要開幾份草稿都可以。
3. 滿意之後按 accept，草稿的變更就套用到你的專案。
4. 按 publish 讓它上線。
5. 反悔的話可以還原，或直接刪掉草稿再開新的。

官方沒有公布的部分（本站標待查核）：草稿數量是否有上限、是否消耗額度或點數、哪些方案可用——公告全文沒有提到方案層級或計費。方案與費用現況見本站 Lovable 工具檔案，方案拆解見〈Lovable 方案完整說明〉。

本站觀點：這是「AI 建站」走向團隊工具的必要一步

用 AI 生網站最大的心理障礙，是每次改動都在動線上版本。drafts 把「探索」跟「上線」分開，等於補上一般開發流程裡的分支與預覽。真正的限制在於它只做前端：資料庫與登入這兩塊，仍然是一改就影響正式環境，而那恰好是最容易改出事的地方。

所以現階段的正確用法很清楚：視覺、文案、版面上的實驗，全部進草稿；動到結構與權限的事，還是要在正式專案裡小心做、並自行備份。

資料來源

• Lovable 官方部落格〈Introducing drafts: an easier way to collaborate and explore new ideas〉，2026-09-07：https://lovable.dev/blog/introducing-drafts
• 本站方案查核紀錄：Lovable 工具檔案

最後查核：2026-09-09