回顧 2025 年，前 Tesla AI 總監 Andrej Karpathy 在社群平台上首次拋出 「Vibe Coding」  這個詞時，精準捕捉了當時開發者的集體情緒。那是一種憑藉自然語言提示、與大型語言模型（LLM）進行即時對話，進而拼湊出程式碼的過程。在那樣的時空背景下，開發者不再逐行撰寫邏輯，而是透過一種「氛圍（Vibe）」與直覺，快速催生出可運作的產品原型。 這種「以直覺替代語法」的模式迅速引爆了工具與新創的開發熱潮。從 AI 原生編輯器到全自動開發平台，資金如潮水般湧入：AI 程式編輯器 Cursor  在去年底完成 D 輪融資，年化收入（ARR）驚人地突破 10 億美元；而歐洲新創 Lovable  則以 66 億美元的估值完成 B 輪融資。 然而，當熱潮退去，我們必須直面一個核心問題： 「感覺」能支撐起企業級的軟體工程嗎？ Vibe Coding 的天花板：實驗與專業的鴻溝 在 Vibe Coding 模式下，開發者雖然能獲得極高的初始速度，但這種「黑盒式」的開發卻隱藏著巨大的技術債。 當專案規模擴大，單純依賴單一模型的對話式

最近與許多技術團隊負責人和企業主聊天，大家不約而同提到一個現象： 「開發軟體的門檻好像消失了，但系統崩潰的風險卻變高了。」 隨著前特斯拉 AI 主管 Andrej Karpathy 提出的 Vibe Coding（氛圍編程）  成為主流，我看到很多非技術背景的朋友，靠著與 AI 聊天就能生出亮眼的 App 介面；我也看到許多工程師開發速度提升了數倍，卻在「上線後」陷入了前所未有的技術債深淵。 當 Vibe Coding 已經普及，隨之而來的卻是嚴重的「開發斷層」。當開發者只靠氛圍、不靠邏輯時，系統將變得混亂無序。身為技術顧問，我想分享一個關於 2026 年開發範式的核心觀察： 「當程式碼變得廉價，你的『定義權』就是你的身價。」 ＿＿ 為什麼「感覺（Vibe）」很好，系統卻會崩塌？ AI 可以根據你的「氛圍」快速產出代碼，但它無法替你思考複雜的商業邏輯，更無法預見潛在的安全威脅。如果缺乏結構與驗證，Vibe 出來的結果往往是： 需求斷層：  AI 寫出的功能外表亮眼，卻與實際業務場景完全脫節。 安全性漏洞：  AI 為了追求功能實現，常產出帶有 S

「疫情期間沒工作，一直在燒存款怎麼辦？」、「疫情被資遣，會影響之後找工作嗎？」、「受疫情影響，被留職停薪很恐慌」、「公司因疫情衝擊生意慘淡，老闆決定要關閉一陣子」、「因疫情影響，現在很需要能遠距工作的一技之長」。這些都是在104職涯診所最近很常被提出的問題。