Lovable 教學：用一句話生出可上線的網頁應用，還能同步到 GitHub

一位在台中做傳產二代的朋友，去年花了十八萬找外包做一個「業務員回報進度」的內部系統。做了四個月，上線之後業務嫌難用，沒人填。

上個月他傳給我一個連結，說是他自己一個下午做出來的替代品。我點進去看，介面乾淨、有登入、資料存得住，業務也真的在用。他說：「我就把我要什麼打進去，它就做出來了。」

那個工具是 Lovable。

Lovable 是什麼

官方對自己的定義是「全端 AI 開發平台，用自然語言建置、迭代與部署網頁應用，產出真實的程式碼、具備資安與企業治理」。

拆開來講就三件事：你用講的，它寫真的程式碼，而且程式碼是你的。

第三點是關鍵。市面上很多無程式碼工具做出來的東西被鎖在平台裡，想搬走等於重寫。Lovable 的官方流程明確包含「同步到 GitHub」這一步，代表你隨時可以帶著程式碼走人。

它能做出什麼

官方文件列的應用類型很廣：

• SaaS 產品與商業儀表板
• 消費型平台與社群網站
• 市集與電商工具
• 內部工作流與營運系統
• 行銷網站與落地頁
• 教育平台與學習工具
• 網頁遊戲與互動內容

我自己的判斷是：內部工具與 MVP 驗證是它的甜蜜點。那種「需求明確、使用者不多、但外包不划算」的東西，正好落在這個區間。

怎麼用：官方的四步流程

Lovable 的文件把流程講得很簡潔，就四步：

步驟一：Describe——用自然語言描述你要什麼

這步決定了後面順不順。跟下 prompt 給聊天機器人一樣，講得越具體，出來的東西越接近你想要的。

一個實用的描述結構：

我要做一個「業務員回報進度」的內部系統。
使用者：約 15 位業務，需要帳號登入。
主要畫面：（1）業務登入後看到自己負責的客戶清單（2）點進客戶可以新增一筆拜訪紀錄，欄位有日期、拜訪方式、談了什麼、下一步（3）主管帳號可以看到所有業務的紀錄並依日期篩選。
風格：簡潔、以表格為主，手機也要能用。

比起「幫我做一個 CRM」，這種描述能省下大量來回修改的點數。

步驟二：Review and iterate——看結果、改，然後再看

Lovable 會生出可以直接操作的應用，你點一點就知道對不對。不對的地方直接用講的改：「客戶清單要加一欄『上次聯絡日期』」「登入後預設顯示這個月的紀錄」。

這裡有個省錢的關鍵：一次講完一批修改，不要一次改一個。每送一則訊息就是一次 build 消耗，把三個小修改合併成一則訊息，成本差三倍。

步驟三：Sync to GitHub——把程式碼接回你的流程

當雛形對了，同步到 GitHub。這一步的意義是：

• 你有了版本控制與備份
• 工程師可以接手用自己的編輯器改（Cursor、Zed 都行）
• 可以接自己的 CI/CD 與資安掃描
• 不會被平台綁死

我強烈建議只要專案有一點正式，就一定要走這步。

步驟四：Deploy and govern——部署與治理

按你們組織的標準部署。Lovable 提供內建的 Cloud 託管（含資料庫、儲存、流量），也可以自己接。

點數怎麼算：三種用途，別搞混

這是最多人踩坑的地方。官方文件把點數拆成三種用途：

• Build usage：在 Lovable 裡送訊息去規劃、生成、編輯或更新你的應用
• Cloud usage：託管、資料庫、儲存與網路資源
• AI gateway usage：你部署出去的應用裡，AI 功能對模型的呼叫

點數的來源也分兩種：用途專屬的額度（每日 build 額度、每月 Cloud 與 AI 額度，會自動更新）與一般點數（方案月配額、加購、獎勵，可彈性使用）。官方明確說明會先用用途專屬額度、再用一般點數，且優先消耗最快到期的。

官方文件列出的額度結構：

方案	每日 build	每月 Cloud	每月 AI	加購單價
Free	5 次／日（每月上限 30）	20 點	4 點	—
Pro	5 次／日	20 點	4 點	每點 0.30 美元
Business	5 次／日	20 點	4 點	每點 0.60 美元

build 的消耗依複雜度浮動，官方舉的例子是小修改約 0.5 點、加上登入功能這類較大的功能約 1.2 點。

最容易爆的是 Cloud。 託管是用量計費、不含在方案月費裡。如果你的應用被大量使用，或者資料庫存了大量檔案，這筆會持續累積。上線前務必去看一次用量儀表板，別等帳單來才知道。

進階技巧：四個讓成本減半的做法

一、先畫再做。 在動手前，把你要的畫面用紙筆或 Excalidraw 畫一遍。把畫面數量、每個畫面的欄位想清楚再開始描述，可以少掉大量的來回修改。

二、合併修改指令。 前面提過但值得再說一次。「把標題改大、按鈕改藍色、加一個匯出按鈕」寫成一則訊息，不要分三次。

三、複雜功能拆成獨立階段。 先做出能跑的基本版（清單＋新增），確認資料結構對了，再加登入，再加權限。一次要它全做，出錯時你不知道哪裡壞了，重來的成本最高。

四、雛形階段用免費版，確定要做才付費。 每天 5 次 build 聽起來少，但如果你的描述夠精準，五次其實能推進不少。先用免費版驗證這個想法值不值得做，再決定要不要投錢。

注意事項：台灣開發者請特別留意

資安不能只靠 AI。 Lovable 官方確實強調產出具備資安考量，但 AI 生成的程式碼仍可能有權限設定過寬、輸入未驗證這類問題。只要你的應用會處理個資（客戶名單、員工資料、身分證字號），依台灣個資法你就有保護義務。務必把程式碼拉回 GitHub，讓工程師做一次資安檢查，或至少跑一次自動化掃描。這不是可選項。

別把它當成不用懂技術的萬靈丹。 它能讓不會寫程式的人做出東西，但當東西壞掉、效能變慢、資料庫設計不對的時候，你還是需要懂的人。合理的期待是：它把「從零到有」的門檻降低了 90%，但「從有到穩」還是需要專業。

成本要動態監控。 訂閱制的月費是固定的，用量計費的部分不是。設一個提醒，每週去看一次用量，別讓一個沒人用的測試應用在背景燒錢。

什麼時候該用別的工具

• 純靜態的官網或落地頁：用 Framer 或 Webflow 更快，設計自由度也更高
• 表單與簡單資料收集：Google 表單加試算表就夠了，別過度工程
• 既有程式碼庫的功能開發：直接用 Cursor、Cline 這類編輯器內的 AI 助手
• 需要複雜商業邏輯的正式產品：Lovable 做原型，之後老實找工程師

延伸閱讀：想理解 AI 寫程式這個類別的全貌，可以看 AI 程式助手指南；想做企業內部工具，AI 內部工具建置 講得更完整；要在多模型間切換省成本，OpenRouter 教學 值得參考。更多同類工具在 AI 開發者工具分類，也可以逛 提示詞範本庫 找現成的描述模板。

TheAI學院 評語

我對 Lovable 的看法是：它真正改變的不是「開發速度」，是「誰有資格開始做」。

過去一個部門主管想做個小工具，得先寫需求、找預算、排 IT 的隊，三個月後拿到一個不太對的東西。現在他可以自己做一個粗糙但堪用的版本，確定方向對了再找工程師做正式版。這個順序的改變，比省下的錢重要得多。

但我也要誠實說：那些「一個下午做出上市級產品」的宣傳，看看就好。我看過的成功案例，全部都是需求明確、規模不大、使用者可控的內部工具。這不是缺點，這正是它該待的位置。

評語：Lovable 最大的價值是把「先做一個看看」的成本壓到接近零。台灣中小企業最缺的從來不是想法，是驗證想法的成本太高——這件事現在被解決了一大半。

給台灣讀者的具體建議：找一件你們公司「大家都嫌麻煩、但一直用 Excel 湊合」的事（請假登記、設備借用、業務回報都行），用免費版做一個雛形出來給同事試用一週。如果真的有人用，再談要不要投資做正式版；沒人用，你也只花了一個下午。

資料來源

• Lovable 官方文件：平台介紹
• Lovable 官方文件：點數與用量說明

依公開資訊整理、以官方為準。方案月費與額度可能隨時調整，付費前請至官方定價頁確認。