昨天簡單介紹了 Vibe Coding 是什麼，不過看到這裡可能會有個疑問：

「這不就是叫 AI 幫忙寫程式嗎？」

某種程度上確實沒錯，但如果跟傳統 Coding 比較，兩者在開發流程上還是有滿明顯的差別。

傳統開發時，假設今天想做一個登入頁面，我們通常會先思考需要哪些元件、資料要怎麼處理，再自己把功能一行一行寫出來。遇到不會的地方，就查文件、找範例，最後再慢慢 Debug。

而 Vibe Coding 的做法比較像是先告訴 AI：

幫我建立一個登入頁面，要有帳號、密碼、登入按鈕，輸入錯誤時要顯示提示訊息。

接著讓 AI 先完成第一個版本，我們再根據結果繼續下指令，例如「畫面簡潔一點」、「幫我加上密碼顯示功能」，透過一次次對話慢慢把成品調整到想要的樣子。

所以最大的差別，其實是我們把一部分「怎麼寫」交給 AI，自己更專注在「要做什麼」。

不過這也不代表傳統 Coding 就不重要了。當 AI 寫出奇怪的程式、功能突然壞掉，或專案開始變得複雜時，基本的程式能力還是非常有用。

至少目前看來，Vibe Coding 比較不像是把程式設計整個丟掉，而是多了一種新的開發方式。

既然核心變成「告訴 AI 我想做什麼」，那下一個問題自然就是：

AI 到底為什麼看得懂我們的需求，甚至還能幫忙寫 Code？

Day 4 讓我們來簡單認識一下背後的 LLM。