「Vibe Coding」這個詞在 2025 年底突然在開發者圈子裡流行起來。簡單說，就是用自然語言描述你想要什麼，讓 AI 來寫程式碼。
核心理念
開發者不必再逐行輸入所有程式碼。你描述需求，AI 理解後生成程式碼；如果結果不對，再用自然語言繼續修正。整個過程更像是在「導演」軟體的行為，而不是傳統意義上逐行「編寫」程式碼。
Cursor 的 Composer 模式、Claude Code 的 agent 模式、GitHub Copilot 的編程 agent，都在推動這個方向。
它真的能用在哪裡
適合的場景包括：
- 快速原型開發，從想法直接推到可執行 demo。
- 重複性高的 CRUD 程式碼。
- 對陌生框架或語言做初步探索。
- 撰寫測試案例和文件。
不適合的場景也同樣清楚：
- 效能關鍵的底層程式碼。
- 安全敏感的模組。
- 需要精準控制每一段邏輯的場景。
- 維護大型且脈絡複雜的遺留程式庫。
爭議在哪裡
支持者認為，Vibe Coding 降低了寫程式的門檻，讓更多人能透過程式碼實現想法。反對者則提醒，如果一個人不理解自己交付的程式碼，維護和除錯時會遇到很大的麻煩。AI 寫出來的程式碼你看不懂，出了 bug 要怎麼辦？
這場爭論其實和當年低程式碼平台的爭議很像。答案可能也接近：Vibe Coding 會成為有效工具，但不會取代對底層原理的理解。
誰正在使用
有趣的是，重度使用者不只初學者。許多有經驗的開發者也在用，只是目的不同。初學者用它來「寫出能跑的程式碼」，老手則用它來「快速跳過無聊的部分」。
METR 的研究也提醒，經驗豐富的開發者使用 AI 工具反而可能更慢，研究中提到的幅度是 19%。所以 Vibe Coding 不是銀彈。正確使用的前提是，知道什麼時候該用，什麼時候不該用。
參考來源：開發者社群討論、CocoLoop、METR 研究。