Vibe Coding 完全指南：怎麼用 AI 寫出真的能跑的東西

本文重點

• Vibe Coding 是用自然語言指揮 AI 寫程式，靠「能不能跑」而非逐行閱讀判斷對錯。
• 不需要先學程式語言，需要的是把需求講清楚、看得出結果對不對。
• 一定要在 git 版控下做，養成頻繁 commit 的習慣，這是唯一不能省的安全網。
• 個人專案和原型驗證可以完全放手；牽涉真實使用者或資料的專案，關鍵部分該找人審查。

什麼是 Vibe Coding

Vibe Coding 是 OpenAI 共同創辦人 Andrej Karpathy 在 2025 年提出的說法：你用自然語言描述想要的東西，AI 生成程式碼並執行，你看結果、把問題貼回去，一直重複——過程中很少，甚至完全不讀 AI 寫出來的程式碼。

這和「用 AI 幫忙寫程式」的差別在信任的程度。工程師用 AI 生成程式碼，通常還是會逐行審查再接受；Vibe Coding 把這一步大幅省略，判斷依據換成「畫面對不對、行為符不符合預期」。

開始之前：選一個工具

Vibe Coding 需要一個能「自己動手」的 AI Agent，不是只會回話的聊天視窗。差別在於它能不能直接讀寫檔案、執行程式、看到錯誤自己修正。

工具	運作方式	適合
Claude Code	在終端機裡運作，讀寫本機檔案、跑指令、看錯誤自己修	本機專案、需要接觸既有程式碼庫的工作
Cursor	整合在程式碼編輯器裡，邊寫邊對話、直接套用建議	習慣用編輯器介面、想保留手動調整彈性的人
網頁型 AI 建站工具（如 Bolt、v0）	瀏覽器裡直接生成並預覽網頁應用，不用裝任何東西	想快速做出一個網頁原型、完全不想碰終端機的人

沒有「最好的工具」，只有「適合你這次要做的事的工具」。第一次嘗試，選一個門檻最低的開始就好，不用糾結太久。

基本流程

1. 1

   開一個乾淨的 git 專案

   這一步不能省。Vibe Coding 的本質是大幅減少人工檢查，git 是唯一能讓你隨時退回去的安全網。沒有版控，出問題會非常難處理。

2. 2

   用一段話描述你要的東西

   講清楚目標和用途，不用懂技術詞彙。例如「我要一個能把這份 Excel 名單依部門分類、匯出成不同檔案的網頁工具」，比想著怎麼描述技術規格更重要。

3. 3

   讓它跑起來，你負責驗收

   看結果符不符合預期，而不是去讀程式碼。試著真的去操作它、丟一些邊界情況進去（空白輸入、很大的檔案、奇怪的格式），看行為對不對。

4. 4

   把問題直接講出來，不用自己修

   畫面跑版、功能不對、跳出錯誤訊息，直接描述現象或把錯誤訊息貼過去，讓 AI 自己找出問題所在並修正。這是 Vibe Coding 和傳統除錯最大的不同——你不用懂為什麼錯，只要說得出哪裡不對。

5. 5

   滿意就 commit，繼續下一個功能

   每完成一個能動的小階段就 commit 一次，不要累積一大堆改動才存檔。這樣就算後面某一步把東西搞壞，退回去的成本很低。

怎麼判斷這個場景適不適合放手做

Vibe Coding 不是所有場景都適用同一個放手的程度。用這個簡單的判斷方式：出錯的代價有多高，決定你該讀多少程式碼。

可以完全放手的場景：

• 個人使用的小工具，出錯頂多重來
• 探索性原型，目的是驗證構想而不是長期使用
• 一次性的資料處理腳本

該多看一眼的場景：

• 會有其他人使用、依賴這個工具做事
• 牽涉個人資料、金流、或任何需要注意隱私與安全的部分
• 打算長期維護、之後還要繼續加功能的專案

常見的踩雷點

沒有版控就開始。 這一條在任何 AI 輔助開發的文章裡都會出現，但在 Vibe Coding 更關鍵——因為你讀得更少，出錯了更難靠自己發現問題出在哪，git 是你唯一的退路。

把「能動」當成「做對了」。 表面上功能正常，不代表沒有埋著隱患——效能問題、邊界情況沒處理、寫死的假設，這些不會在正常操作下顯現。定期做一次「刻意找碴」的測試，故意輸入奇怪的東西，比只測正常流程更容易抓到問題。

專案越做越大卻從不回頭看整體。 一個功能一個功能加上去，沒有人（包含 AI）掌握全貌的時候，程式碼會慢慢變得難以維護。找個時間點，請 AI 幫你整體檢視一次架構，看看有沒有需要整理的地方。

把 Vibe Coding 當成唯一的做法。 原型驗證階段完全放手做沒問題，一旦確定要長期經營，回頭花時間把關鍵部分搞懂——或找懂的人幫忙看過——是值得的投資，不是走回頭路。

這件事的意義不只是「寫程式變快了」

Vibe Coding 真正改變的，是「做出一個能用的軟體」這件事的門檻。過去這件事幾乎等於「會不會寫程式」，現在更接近「講不講得清楚需求、看不看得出結果對不對」——這兩件事任何人都能練。

會寫程式仍然有價值，尤其是在需要判斷「這樣做安不安全、之後好不好維護」的場合。但門檻已經不再是入場券，而是一種讓你走得更遠的加分項。