有一天我在廚房，打開冰箱，發現裡面有半顆洋蔥、剩下的奶油、還有昨天沒用完的起司。
我沒有食譜，但我就這樣開始炒了。
那道菜沒有名字，但很好吃。那個過程讓我想到最近在做的 Vibe Coding——那種打開編輯器、跟 AI 說「我想要一個有點像這樣感覺的東西」然後直接開始的方式。
兩件事的質地，很像。
Vibe Coding 是一種以「感覺」為主導的開發方式——你跟 AI 說你想要的氛圍和目的，而不是先寫完整的技術規格，再請 AI 一步一步實作。
這說起來很簡單，但對我這種以前習慣「先想清楚再動手」的人，剛開始是有點不習慣的。
我以為軟體開發要先有架構圖、先有明確的 spec，才能開始。但 Vibe Coding 的邏輯剛好反過來。
你先動手，然後感受哪裡不對，再調整。
就像廚房裡的即興料理。
為什麼這件事叫「vibe」，不叫「plan」
「Vibe」這個字有點難翻。氛圍？感覺？直覺？
我自己的理解是：你在開始一件事之前，腦袋裡有一個「這大概會是什麼樣子」的粗糙印象。不是完整的藍圖，是一個方向感。一個質地。
寫程式的時候，我現在通常是這樣進入一個功能的：我知道「它要有點像 Telegram bot 的感覺」，或者「介面要很安靜，像筆記本」。
這些描述在以前的工程師文化裡，可能會被叫做「需求不明確」。
但在 Vibe Coding 裡，這正是起點。
你把這個模糊的感覺告訴 AI，AI 給你一個版本，你看了說「對，但這裡的按鈕太大了」，或「邏輯對，但文字要更直接一點」。
這個過程，跟我備料很像。
我不知道今天做什麼，但我打開冰箱看一眼，感覺一下，然後開始動。中間調整，最後出爐。
我發現自己其實更擅長「感覺」，不是「規劃」
說真的，我做甜點的時候，從來不是先把步驟寫滿才下廚的。
我會看當天的食材狀態，感覺一下奶油的溫度，判斷今天的麵糊要不要再加一點點鹽。這些不是 SOP，是經驗加感受的混合體。
但當我去學「怎麼寫程式」的時候，我被教育說你要先設計、先架構、先寫測試。
結果我常常卡在設計階段，然後什麼都沒做出來。
Vibe Coding 讓我發現：也許我的優勢其實不是先想清楚，而是先做出來，再感受哪裡需要修正。
這不是偷懶，這是一種不同的思考入場方式。
甜點師和工程師進廚房的姿勢不一樣，但如果你的思維方式更接近甜點師，那你也許在開發這件事上可以用甜點師的方式進入。AI 讓這件事變得可能。
直覺不代表沒有邊界
當然，完全靠感覺也會翻車。
我試過這樣做一個功能，做了三個版本，最後發現底層邏輯有問題，整個重來。如果當初花十分鐘想清楚資料結構，可能就不會浪費那些時間。
所以我現在的工作方式不是完全不規劃，而是「先感覺，再確認邊界」。
粗糙的想法先跟 AI 說，跑一個 prototype，讓眼睛看到它；然後在這個基礎上，再問自己：這裡邏輯有沒有洞？這個做法可不可以重複使用？
就像備料之後，還是要把菜洗乾淨、把刀磨好。直覺決定方向，基本功決定能不能走遠。
Vibe Coding 不是放棄工程紀律，是改變進入工程紀律的順序。
先感覺，再收斂。先動手，再想清楚。
對我來說，最讓我驚訝的不是「AI 可以幫我寫程式」這件事。
而是這種工作方式，讓我重新找回了做東西的感覺。
那種打開冰箱看材料、直接動手開始做的輕快感。
程式也可以是這樣的。
我沒有技術背景，Vibe Coding 適合我嗎？ 老實說，Vibe Coding 反而對沒有固定「寫程式習慣」的人更友善。你不需要先學會怎麼規劃架構，因為你跟 AI 說的是感受和目的，AI 負責翻譯成技術。真正要的是你有一個想解決的問題，和願意讓結果慢慢長出來的耐心。
Vibe Coding 做出來的東西品質怎麼樣？ 初版通常夠用，但不夠健壯。我自己的做法是先讓它可以跑，確認方向對了之後，再逐步補強邏輯和邊界處理。不要期望第一版就可以上線，但第一版應該要讓你看到「這就是我想要的東西」。
跟傳統開發流程可以混用嗎？ 可以，而且我覺得這是最實際的方式。Vibe Coding 適合前期探索和快速 prototype，傳統流程適合後期收斂和長期維護。兩個不是對立的，是不同階段的工具。