Vibe Coding 最像的，不是寫程式。
是在廚房裡，冰箱半開著，手邊有一把蔥、剩半塊豆腐、還有昨天備用沒用到的蒜苗。你沒有食譜，但你大概知道味道要往哪個方向走。然後你就開始動手。
這種感覺，跟最近我越來越常用的 Vibe Coding 方式，幾乎是同一件事。
為什麼我說 Vibe Coding 不是在「寫程式」
傳統寫程式的感覺像照食譜做菜：先把所有材料量好，按照步驟，1、2、3、4，最後端出來。不能少步驟，不能換順序，換了可能整道菜就壞了。有一種很深的嚴謹感，同時也有一種不能任性的緊張感。
Vibe Coding 不是這樣的。
我最近用 Vibe Coding 做了一個小工具，幫自己自動整理 Telegram 的訊息紀錄。開始的時候，我沒有完整的架構圖，沒有先想好要用哪個語言、哪個框架。我只知道我有一個問題——訊息太多，找東西很煩，每次要翻記錄都要往上滾好久。
然後我就打開 Claude，開始說話。
「我想要一個工具，可以讓我用自然語言查詢某段時間的 Telegram 聊天記錄。」Claude 問了幾個問題，我也回答，但有些我自己也不確定。整個過程，比較像是兩個人在廚房裡邊煮邊聊，試一口鹹淡再決定下一步加什麼。
不是從藍圖開始，是從一個模糊的「我想要這個味道」開始。
我發現直覺在這裡是被允許的
寫程式有一種很根深柢固的習慣：要先想清楚，再動手。架構定好再寫 code，需求確認再開始。這不是壞事，但對一個一人公司的工具建造者來說，有時候這個「先想清楚」本身就是障礙。
因為很多時候，你沒辦法想清楚——你需要先做出一個東西，看到它在眼前，才知道自己要的到底是什麼。
Vibe Coding 讓這件事變得可能。你說一個方向，AI 幫你把那個方向具體化成可以跑的東西。你看到它跑起來，感覺不對，你再說：「不，我想要更像這樣——」
這很像在廚房裡嘗一口、調整、再嘗。直覺在這裡是被允許的。你不需要先把整道菜想好，你只需要知道你想要的大概是什麼方向的味道。
我發現，用 Vibe Coding 效率最高的時候，不是我準備最充分的時候，而是我說得最誠實的時候——「我也不確定，但我想要它做到 XX 這種感覺。」那個誠實的模糊，比假裝精確的需求文件，有效多了。
為什麼這個入口對某些人特別重要
我不是在說「Vibe Coding 比傳統開發好」，或是「你應該改用這個方式」。
我是在說，對於一個設計思維出身的人、一個從觀察和感受出發的人，Vibe Coding 開啟了一個以前不存在的入口。
以前，從想法到能跑的東西，中間有一段叫做「把想法翻譯成程式語言語法」的過程。這段翻譯過程很消耗精力，也很容易在翻譯裡把最原始的感覺弄丟——因為你忙著處理語法，忘了最開始想要的是什麼味道。
Vibe Coding 讓我可以說人話。
「我想要一個工具，讓我每天早上起來，就知道昨天的自動化系統做了什麼，用很短的句子告訴我，不要太多數字。」這樣一句話，放到一年前，我可能還要自己再想個半小時，怎麼把它翻譯成可以寫的規格。現在，這句話本身就是起點。
這件事讓我意識到，有一些人做不到或做得費力的事，不是因為他們沒有想法，而是因為中間的翻譯過程太耗損了。
不是每個人都需要先把直覺壓縮成語法，才能開始動手。
當然，廚房的即興也有它的邊界
做菜的即興需要你知道基本的味道規則——什麼東西太鹹了、什麼東西會衝突。你可以任性，但你不能對食材一無所知。
Vibe Coding 也一樣。
我現在用 Vibe Coding 比較順手，不是因為我沒在認真，而是因為我大概知道一個東西要跑起來需要什麼結構。我說得出「這個地方大概要用一個資料庫」，AI 才能幫我把它蓋好。如果完全沒有任何概念，對話可能會繞很久，甚至繞出奇怪的地方。
這不是在說「沒有背景的人就不能用 Vibe Coding」。而是說，你在廚房的即興，跟你對食材的感覺是一起長大的。了解得越多，即興的空間越大，不是越小。
廚房裡的即興，也是一種創作方式。不一定比食譜更精確，但有時候做出來的東西，是照著食譜做不出來的。
常見問題
Vibe Coding 跟一般用 AI 問問題有什麼不一樣？ 老實說，一開始我也以為是一樣的事。不一樣的地方在於：Vibe Coding 的過程是持續的對話，不是一問一答。你說一個方向，AI 做出來，你看到了再調整，這個循環一直在轉。更像是一起工作，而不是問完就結束。
沒有技術背景的人可以用 Vibe Coding 嗎？ 我的感覺是：可以開始，但要有一點耐心。工具可以學，更關鍵的是你對自己想解決的問題，有沒有一個真實的感受。有真實的問題，比有技術背景更重要。
Vibe Coding 做出來的東西，品質怎麼樣？ 我不會拿它做要撐三年的核心系統。但對一人公司的內部工具、個人自動化流程來說，夠用、能跑、可以隨時調整，這樣就夠了。