最近因為公司專案系統太難用，我乾脆自己用 Vibe Coding 擼了一個 PMP（專案管理）系統。老實說，還是很有成就感的
因為過程中我發現一件事很有趣：先前看到很多文章，很多人在那邊喊「Vibe Coding 不好用」、「這東西做不出真正的系統」。 老實說，問題通常不在工具，而是你對「系統」的理解真的太淺了。一、別拿「Demo」當「系統」 很多人用 AI 寫程式，做到「畫面會動、UI 漂亮、資料有出來」就覺得結束了，然後一碰到複雜功能就卡住怪工具不行。 那其實不叫系統，那頂多叫 Demo。 一個真正能上戰場的系統，UI 只是冰山一角。下面壓著的是 API 邏輯、資料庫設計、Auth 驗證、部署架構、RBAC 權限控管... 如果你腦子裡只有前端，那你當然會覺得 Vibe Coding 沒用，因為你只碰到了皮毛。
二、Vibe Coding 其實是「全端加速器」 我在做這個 PMP 系統時，最燒腦的根本不是畫面怎麼排，而是底層的邏輯： * 架構設計： API 怎麼走？狀態怎麼控？平台要掛在哪？自建還是雲端？ * 資料模型： Task 跟 Subtask 的關聯怎麼拉？權限怎麼切？這步錯了，後面整組都會爛掉。 * 企業整合： 整合 M365 不是寫寫 UI 就好，你要去搞定 Azure AD (Entra ID)、弄懂 OAuth Token 流程、開通 Microsoft Graph API。這一段，不是做Infra的人根本不知道。
三、為什麼你會覺得 Vibe Coding 很廢？ 因為會「用」工具不等於會「設計系統」。 Vibe Coding 的本質是幫你省下打字的時間，但它沒辦法幫你大腦「思考架構」。如果你缺乏對資料流、資安、雲端架構的概念，換什麼工具你都會卡住。 這玩意兒是給全端工程師的「氮氣加速器」，而不是給外行人的「代筆。 它會強迫你去思考：前端怎麼接後端？後端怎麼抓資料？怎麼跟外部服務對接？這些才是開發者真正的價值所在。 最後，如果以一個家為例 Vibe Coding 是設計你的裝潢並做出來，但在那之前你要先找到地基（平台），鋼骨水泥（架站服務／SQL服務等後端資源），最後才是用Vibe Coding 串接。
