排行
Vibe Coding 工具怎麼選
「Vibe coding」指的是不逐行寫程式,而是用自然語言描述需求、讓工具產出可以跑的東西。工具分兩型:像 Lovable 這種由提示直接生出整個網頁應用的建構型(免費方案為每天 5 點建構額度、每月上限 30 點,另有每月 20 點雲端額度,2026-09-05 查證),以及在既有儲存庫上工作的代理型(Claude Code、OpenCode 等)。從零開始用建構型,把既有專案養大用代理型——這是實務上的分界線。
兩型的差別在「起點」
| 類型 | 起點 | 擅長 | 不擅長 |
|---|---|---|---|
| 建構型(如 Lovable) | 空白 + 提示 | 一次生出能跑的畫面與最小結構 | 跟上既有的大型程式碼庫 |
| 代理型(Claude Code、OpenCode) | 既有儲存庫 | 在既有慣例下做修改、重構、補測試 | 從零快速生出完整 UI |
這不是能力高低,是設計取向。建構型預設「還什麼都沒有」,所以連骨架一起給你;代理型預設「已經有一套慣例」,所以會盡量貼著現況做。硬要其中一型做另一型的工作,兩邊都會做得半吊子。
免費能試到哪裡
- Lovable 免費方案:每天 5 點建構額度(每月上限 30 點)、每月 20 點雲端額度,另有 4 點供應用內 AI 功能使用。官方頁面也列出消耗參考:簡單任務 0.50 點、中等 0.90–1.20 點、複雜 1.70 點。
- Gemini CLI:Google 帳號登入為每分鐘 60 次、每天 1,000 次請求,可以免費體驗代理型的感覺。
- OpenCode:開源軟體本身免費,只需付模型費用。
- Cursor Hobby:不需信用卡,但代理請求次數有限制。
點數制的陷阱
建構型多半是點數制,「每天 5 點」實際上就是 5 次嘗試。這跟「一邊改提示一邊逼近想要的樣子」的做法相衝突,所以不要預期靠免費額度就能把作品做完。把它當成「產出骨架」的預算比較實際。
真正走到能上線的順序
- 用建構型產出骨架,做到畫面流程與資料形狀看得出來就好。
- 把產出物落到儲存庫裡。從這一刻起,它就是程式碼,不是產品原型。
- 換成代理型。登入、錯誤處理、測試這些「不起眼但必要」的部分,代理型可靠得多。
- 一定要讀 diff。Vibe coding 最貴的失敗,永遠是「它跑起來了所以我沒看內容」。
不適合的情境
老實說:既有的內部系統要加功能,建構型不適合。那種工作的主角是既有慣例、認證基礎建設與資料模型這些限制條件,而建構型無法把它們當成前提。這種情況直接選代理型,並把慣例寫進專案的 CLAUDE.md 交給它,會比較快結束。
常見問題
- Vibe coding 是什麼意思?
- 指不逐行寫程式,而是用自然語言描述要做的東西、讓工具產出可以跑的成果。工具分成兩型:由提示直接生出整個應用的建構型,以及在既有儲存庫上工作的代理型。
- 免費額度可以做到什麼程度?
- Lovable 免費方案為每天 5 點建構額度(每月上限 30 點)與每月 20 點雲端額度(2026-09-05 查證)。官方列出的消耗參考是簡單任務 0.50 點、複雜 1.70 點,所以不足以支撐反覆試錯到完成,比較實際的定位是「產出骨架」。
- 建構型和代理型該選哪一個?
- 看起點。從零開始選建構型,既有儲存庫要養大選代理型。實務上最省事的是:先用建構型產出骨架、落到儲存庫,再換代理型接手後續的錯誤處理、測試與認證。
- 既有的公司系統可以用嗎?
- 建構型不適合,因為既有慣例、認證基礎建設與資料模型才是工作的主體,而建構型無法把這些當前提。這種情況直接用代理型,並把建置指令與慣例寫進專案的 CLAUDE.md,會可靠得多。
資料來源
- Lovable 價格頁 — 最後查證日: 2026-09-05
- Gemini CLI(GitHub 儲存庫) — 最後查證日: 2026-09-05
- OpenCode 官方文件 — 最後查證日: 2026-09-05
- Cursor 價格頁 — 最後查證日: 2026-09-05
- Claude Code 官方文件 — CLAUDE.md 與記憶 — 最後查證日: 2026-09-05