編按：AI掀起Vibe Coding熱潮，不懂程式也能靠對話開發產品。當寫程式的門檻快速崩塌，工程師的角色正在改寫，其真正重要的能力，已從實作能力，轉向需求定義、溝通與測試思惟。
「Vibe Coding」（氛圍編碼）這個詞，是由OpenAI共同創辦人、電腦科學家安德烈．卡帕西（Andrej Karpathy）於2025年2月，在社群平台首次提出，是指任何人不需要寫程式的技術背景，都可以用一般的語言和電腦溝通，寫出很厲害的程式。
Vibe Coding真的那麼神嗎？
這一、兩年的AI浪潮，讓我們都陷入了焦慮，深怕趕不上時代。在Vibe Coding開始流行的時候，我也趕快動手開發了兩個小專案。看著Cursor（程式的編輯品）這些工具，以秒為單位，產出成千上萬行的程式碼，雖然最後也能跑，我的心裡卻感到很空虛。空虛的原因是因為完全不知道這些程式怎麼運作，也不知道它是不是真如我告訴AI的好好運作，那種感覺很像在沙灘上蓋房子，快得驚人，卻也虛幻得令人不安。
角色位移！當實作邏輯交給機器，你該掌握什麼？
最近這個週末，我決定換個心態重新挑戰。這次挑戰Vibe Coding，我不當工程師了，改當一名「PM」（產品經理）兼「QA」（測試工程師）。雖然字面上，Vibe Coding就是你直接給AI一般對話式的指令，描述你想要他開發的產品。但這個對話的過程，也確實需要一些技巧，當你有邏輯且完整地下達指令，機器才會寫出好的程式碼。
當我卸下工程師對底層實作細節的執念，把專注力放在我和機器的溝通上（而非它產出的程式碼），奇妙的事情發生了，開發的沉重感消失了，取而代之的，是一種前所未有的「掌控感」。只要掌握很大的方向，細節就交給機器。至於機器「如何寫出這段邏輯」，這一次我強迫自己不執著也不探究。
我想，Vibe Coding開發者的核心能力，已經從「實作力」轉向「定義」與「檢查」的能力。所謂的「定義」，是從PM的視角，讓你將模糊的用戶需求，拆解成機器能聽懂的邏輯結構。「檢查」則是從QA的視角，嚴謹判斷機器產出的東西是否符合預期，並在Bug出現時，具備「聞出味道」的直覺，引導機器去修復它。
30小時的實作：跨越不熟悉的領域
為驗證這種心態轉變，我選了一個過去極為陌生的領域LINE官方帳號機器人來開發，在週末花了整整30小時，與AI進行協作。如果是傳統開發模式，這30小時可能有一半都在查文件、設定開發環境。但這一次，我只負責「對齊目標」。我告訴AI自己想做的事，它來幫我一步步做出結果。
遇到Bug時，Vibe Coder也不用像以前那樣苦苦翻找邏輯死角，只要當檢查者的角色，叫機器再回去修復即可。也因為只需要懂個大概，我們才能快速地與機器達成高效率的溝通。這種心態的轉變，讓原本枯燥的除錯過程，變成像是在指導一位天才工程師。
踏實感來自於「創造」而非「苦勞」
這週末的實驗讓我明白，為什麼幾個月前我會覺得空虛。因為那時我仍想當那個「搬磚的人」，卻發現機器搬得比我快、比我多。而現在感到的「踏實」來源，是重新定義了自己的勞動價值。
在Vibe Coding的時代，我們不需要成為每一行代碼的僕人，而是要成為創意的舵手。技術門檻正在崩塌，但這不代表技術已死，而是技術變得更像一種「語感」。只要你能與機器溝通、能定義問題、能引導成果，你就能在30小時內，創造出過去需要團隊開發數週的作品。
這不只是工具的革命，更是心態的進化。如果你也曾因AI發展太快而感到焦慮，不妨試著成為擁抱「產品設計者」的靈魂。你會發現，風景完全不同。
本文章反映作者意見，不代表《遠見》立場
（作者為拍拍圈科技共同創辦人）
