開發與網路
Vibe Coding 氛圍編碼是什麼?用講的把程式指揮出來
Vibe Coding 氛圍編碼,是用自然語言描述你想要的功能與感覺,讓 AI 產出程式碼,你負責測試、判斷與提出修正的開發方式。它把工作重心從「怎麼寫」轉移到「要什麼」與「這樣對不對」,門檻大幅降低,但驗收責任反而更重。
Vibe Coding 氛圍編碼是什麼?用講的把程式指揮出來
不會寫程式的人,現在也能做出一個能跑的小工具。這件事在兩年前還是笑話,現在是日常。
但它不是魔法。理解它的能力邊界,才不會做出一個看起來會動、其實滿是坑的東西。
你將學到什麼
定義
用自然語言描述需求讓 AI 寫程式,人負責測試、判斷與驗收的開發方式。
白話比喻
像指揮一位很快但不了解你業務的工程師。你講需求,他寫,你驗收。
跟誰容易搞混
常被當成「不用懂程式」。實際上不用會寫,但要看得懂結果對不對。
定義
氛圍編碼是用自然語言描述你想要的功能,讓 AI 產出程式碼,再由你執行、測試與提出修正,反覆迭代到能用為止。
它改變的不是程式本身,而是分工。你負責定義需求與驗收標準,AI 負責把它變成可執行的程式碼。
白話比喻
想像你雇了一位打字極快、語法極熟,但完全不了解你業務的工程師。你講需求他就寫,寫錯了你要看得出來。
所以真正的門檻從「會不會寫」變成「說不說得清楚、驗不驗得出來」。這兩件事沒有被 AI 取代,只是換了位置。
跟相近名詞的差別
| 比較點 | 傳統寫程式 | Vibe Coding 氛圍編碼 |
|---|---|---|
| 主要輸入 | 程式語言與語法 | 自然語言的需求描述 |
| 人的角色 | 從頭到尾自己寫 | 定義需求、測試、判斷與驗收 |
| 入門門檻 | 高,要先學語言與工具 | 低,會描述需求就能起步 |
| 主要風險 | 寫得慢,但知道每一行在做什麼 | 跑得動但可能藏著看不見的坑 |
跟提示工程的關係可看 提示詞工程與寫程式碼的差別。實作環境則多半在 IDE 裡進行。
實際用例
最適合的場景是小工具與一次性任務:整理試算表、批次改檔名、把資料轉成另一種格式、做一個內部用的簡單頁面。這些需求清楚、範圍小、出錯代價低。
要謹慎的是牽涉個資、金流、對外服務的程式。這些地方一個沒處理好的分支就是真實損失,一定要有人看過。
我的建議做法是:一次只改一件事、每改完就實際跑一次、把每次的需求描述留檔。這樣出問題時才回得去。
常見誤解最大的誤解是「能跑就等於對」。程式跑得動不代表邏輯正確,也不代表資料沒有被默默寫壞。驗收的責任沒有因為 AI 而消失,只是全部落到你身上。
本文源起本文為酒Ann 的 AI 名詞彙編系列,用白話把常見名詞一次講清楚。歡迎追蹤 酒Ann 的 Facebook。
延伸學習
常見問答
完全不懂程式可以做嗎?
可以起步,但走不遠。你不需要會寫,但需要能判斷結果對不對、能看懂錯誤訊息在講什麼,否則卡住就只能一直重問。
AI 寫的程式可以直接上線嗎?
不建議。安全性、錯誤處理、極端情況這三塊 AI 最容易漏。上線前務必自己測過,牽涉個資與金流時更要謹慎。
怎麼問效果比較好?
講清楚要什麼結果、給實際的輸入與期望輸出、一次只改一件事。含糊的需求換來的一定是含糊的程式。
