聊聊最近很火的 Vibe Coding：它很好，但別把它當許願機

最近看到網上挺多人在聊 Vibe Coding，我也來說點自己的感受吧

先說結論：我對 Vibe Coding 的整體評價是偏正面的，但是好用的同時風險也很大。

一、我對 AI 編程的看法

我接觸代碼大概也有十來年了（七八歲時候瞎寫的狗屁不通 VB 腳本不算

作爲一個非科班的法學生，我的代碼能力幾乎全部來源於自學，所以我的視角應該是介於全職程序員和純小白用戶之間的。

最早我是用 Python 寫爬蟲、用 R 做數據清洗，後來基本全面轉向 Python。

七八年前差不多就能自己手搓 Selenium 爬蟲，爬點筆X閣之類的網站（面向監獄編程），也處理過一些基礎反爬。

AI 這塊我也算接觸得比較早。以前還用 TensorFlow 訓練過一些垃圾小模型，那個年代的體驗……只能說像是和一種“很接近中文的小語種”交流

我一直覺得 AI 是個很強的工具，Vibe Coding 確實讓很多零基礎的人有機會把自己的想法做出來，這是一件好事。

但與此同時，我也覺得有些風險需要被認真看見。

是當一個人完全不知道項目內部是怎麼運轉的時候，Vibe Coding 很容易從“開發工具”變成“抽盲盒”。

二、Vibe Coding 的價值

以前想做一個小工具，光是環境配置就能勸退一大批人。

尤其是 Python，著名的依賴地獄

現在只要把需求描述清楚，AI 很快就能幫你搭出一個能跑的東西，比如記賬軟件、簡單的數據管理系統之類的。

這些東西以前對零基礎用戶來說，是有想法但做不出來，而現在可以直接讓 AI 做個原型。

這當然是一種進步， 它讓很多原本沒有編程背景的人，第一次感受到“我腦子裏的東西真的可以被做出來”。

三、AI 不能代表自身能力

AI 是工具，能把工具用好是一種能力，但直接向 AI 許願不是。

這裏面最容易被忽略的問題就是： AI 幫你做出來，不等於你真的掌握了它。

很多人剛開始 Vibe Coding，做出來的大多是日曆、記賬、待辦、看板這類應用。

我的意思不是說這些東西沒價值，而是它們本身已經有非常成熟的模式，也有大量現成框架和示例。

AI 訓練的時候就從 GitHub 上面學習了大量樣本，所以 AI 做得好不一定是你指揮厲害，而是因爲這類東西本來就很適合被模板化生產。

我說得直白一點換一個小學生坐在那邊，只要會不斷說 “這裏不好看”“那裏加個按鈕”“頁面再做酷一點”之類的話， AI 大概率也能搓出一個能跑的成品。

拿到成品之後當然可以開心，但這並不完全代表自身能力。

四、警惕黑箱風險

真正從古法編程年代過來的人，一定很理解這句話：做 demo 很快，修 BUG 最麻煩

出問題之後，你得知道問題在哪。

比如同樣是“軟件卡住了”，背後的原因可能完全不一樣：

• 可能是網絡請求一直沒返回

• 可能是界面被某個任務堵住了

• 可能是數據庫鎖住了

• 也可能只是一次性加載了太多數據處理比較慢

從純小白視角看，表現都差不多，無非就是卡住了沒反應。但從開發視角看，它們根本不是一類問題。

再比如同樣是“數據沒保存”，原因也可能完全不同：

• 可能是按鈕根本沒觸發保存邏輯

• 可能是保存成功了，但頁面沒有刷新

• 可能是緩存裏拿到了舊數據

• 也可能是兩個地方同時寫入，把數據覆蓋了。

這些問題在小白眼裏都屬於不好使，但在開發中對應的是完全不同的排查方向。

這就是我覺得 Vibe Coding 最大的風險： 你以爲你在開發，實際上你可能只是在抽盲盒。

AI 第一遍給你的東西通常只是半成品，僅僅只是能能跑而已，實際上很多邊界情況沒處理，在不知道什麼時候這個屎山就會 BOOM ！

如果你完全不知道它是怎麼做的，後面出了問題，那你只能繼續問 AI 爲什麼不行，然後 AI 再給你一段新代碼。

而這段新代碼可能又產生新 BUG，之後不斷重複改 BUG 並引入新 BUG 的過程，最後整個項目就變成了一個巨大的黑箱。

你不知道數據從哪來， 不知道狀態存在哪， 不知道哪個模塊負責什麼， 不知道出了問題該看哪裏， 不知道這次修改會不會把別的地方弄壞

於是你每次修 BUG 都像在抽盲盒，不知道問題在哪，只能先讓 AI 試試

五、我理想中的 Vibe Coding

Vibe Coding 應該用，它是一個非常強的放大器，尤其適合把想法快速變成原型。

但是，架構設計是必須要人爲把控的。

我們不需要寫出多麼優雅的代碼， 但至少要能講明白這個東西大概是怎麼運轉的。

如果連這個項目怎麼跑起來、怎麼存數據、怎麼處理邊界情況都完全不知道，那它就不是你的項目，只是 AI 給你搓的一個黑箱而已。

Vibe Coding 實實在在降低了門檻，讓很多普通人擁有了把想法落地的能力。

但它不應該讓人產生這種錯覺—— 只要會和 AI 聊天，就等於會做軟件。

這根本不是開發，只是單純向 AI 許願而已。

你可以不寫一行代碼，但最好別把項目做成抽獎盲盒。

不然 AI 幹得越快，項目暴斃風險也就越高。

好像已經寫了不少，囿於篇幅這裏就不繼續展開了

其實我想說的，總結起來也就是下面這句話：

我們是產品經理，要懂自己的產品。我們是指揮 AI 做事，而不是向 AI 許願。