niskan516
~/blog ~/projects ~/about
← ~/blog

2026-02-15

Vibe Coding:讓 AI 開車

當你停止對抗 AI 工具,放手讓它跑,會發生什麼事。

六個月前,我還會跟你說 AI 寫程式工具不過是更聰明的自動補全。現在,我一個週末就能交付以前要花幾週的專案。以下是我的轉變。

轉變點

使用 AI 工具的第一年,我跟大多數開發者一樣——把它當成更厲害的 StackOverflow。問問題、得到答案、貼上去、繼續。還是自己寫每一行。還是自己掌控。

後來我嘗試了另一種做法:描述我想建什麼,然後就放手了。不審查每一行,不跟輸出對抗,只是指引方向。

頭幾次我有罪惡感,覺得這樣不算真的在寫程式。然後我用四天做完了 Minikyu——一個完整的 Tauri RSS 閱讀器,有命令面板、鍵盤快捷鍵、多語言支援。我才真的明白了。

Vibe Coding 到底是什麼

不是「AI 寫程式,我在一旁看 Netflix」。

而是一種不同的建構心態:

  • 你腦子裡裝的是架構,不是語法
  • 你傳達的是意圖,不是實作細節
  • 你審查輸出時看的是邏輯正確性,不是寫法風格
  • 快速迭代,而不是長時間規劃

技能的重心從打字轉向思考,從背 API 轉向清楚知道自己要什麼。

會出什麼問題

失敗模式是真實存在的。快速推進時,技術債會悄悄累積。AI 自信地實作了錯誤的東西,你因為沒有仔細讀而沒發現。

我交付過一些靠自己不會寫出來的 bug。這是實話。

解法不是放慢速度——而是練習快速閱讀程式碼。掃邏輯,不掃語法。對不理解的決策請 AI 解釋。保持懷疑。

什麼有效

最好的結果來自緊密的循環:描述 → 生成 → 測試 → 調整方向。不是描述 → 生成 → 直接上線。

我也學到,在動手實作前先想清楚介面是有回報的。需求越精確,輸出越好。Vibe Coding 獎勵提前思考的人。

一個讓人不舒服的事實

很多開發者抵拒這種方式,因為感覺像作弊。那不是作弊——那是槓桿。木匠不會因為用釘槍代替錘子而感到愧疚。

問題從來不是「你有沒有自己寫每一行?」問題是「它能用嗎?你維護得了嗎?你做出了有用的東西嗎?」

今年我做了密碼管理器、RSS 閱讀器、瀏覽器擴充功能。全是個人專案。全是我自己實際在用的東西。這才是重點。