Day 01：[開賽] Vibe Coding 時代來臨！為什麼你需要 n8n 當作最強後盾？

嗨，大家好，歡迎來到我的 2026 iThome 鐵人賽！

這兩年 AI 開發工具多到讓人有點資訊焦慮。現在大家都在喊「Vibe Coding」，好像只要對著螢幕許願、把 Prompt 貼一貼，程式碼就會自己長出來。但事情真的有這麼美好嗎？這 30 天的系列文，我想聊點比較現實面的東西。

Vibe Coding 的現實面：不會走就想飛？

不可否認，Vibe Coding 寫 UI 真的很快。以前在 Xcode 裡面拉 SwiftUI 版面、微調元件，刻個畫面要老半天，現在丟個精準的 Prompt 給 AI，幾秒鐘畫面就出來了。

但這其實是個很大的坑。之前我還想過寫個短劇本來吐槽這現象：現在很多新手連基礎語法都不太懂，也沒聽過什麼設計模式，就全靠 Vibe Coding 狂幹。結果呢？專案只要稍微變大，或是遇到 SwiftUI 那些神祕的編譯報錯，直接死在半路上。看不懂 Code ➔ 叫 AI 修 ➔ AI 亂改 ➔ 專案整組壞掉。

在我的習慣裡，不管 AI 再怎麼會寫，我們還是得懂底層邏輯，堅持該有的架構（我是遵循著 MVC 的）。AI 是拿來幫我們省時間的，不是來幫你扛架構設計的。

前端寫得很爽，然後呢？

好啦，就算你用 AI 順利把前端弄出來了，真正的魔王才剛出現：後端邏輯跟資料庫串接。

舉個例子，如果我想做個簡單的電腦硬體菜單推薦系統，讓使用者輸入預算和用途，系統自動去配對 CPU 跟顯示卡。光是這個 Idea，要在後端起一個 Java Spring Boot 專案，設定 PostgreSQL，寫一堆 Controller 處理 API，還要串接 LLM 來做 AI 推薦... 光想就覺得累了。對於想快點把 Idea 轉成產品的開發者來說，熱情常常就在寫這些 Boilerplate code 的時候被消磨光。

所以，我找到了 n8n 這個好東西

為了解決這種「前端靠 AI 飆速，後端卻像在騎腳踏車」的落差，這次鐵人賽我要帶大家玩一套雙效加速器：前端繼續用 Vibe Coding 輔助，後端則交給 n8n 視覺化工作流。

簡單來說，n8n 可以讓你用「畫」的把後端邏輯接起來。你可以直覺地拉節點，把前端傳來的 Request、資料庫讀寫、還有 OpenAI 或 Gemini 的 API 全部接在一起。通通不用寫繁瑣的後端 Code，把省下來的時間拿去優化 UI 還有調整 AI 的 Prompt，投資報酬率高多了。

接下來的 30 天，我們會走過這些：

這次專題會完整紀錄我從零打造一個具備商業邏輯的全端 AI 應用的實戰過程。

1. 前端實戰與踩坑： 怎麼用 Vibe Coding 輔助開發，同時守住 MVC 架構不被 AI 帶偏。
2. 無痛後端建置： 用 n8n 打造工作流，完美串接 PostgreSQL，取代傳統後端。
3. LLM 邏輯大腦： 把 AI 串進流程，做真正能思考的應用。

如果你跟我一樣，手邊可能有一些原本在 Web 上的專案，想快速改成原生的 iOS App 並接上完整的後端服務，又不想被傳統後端開發拖慢腳步，那這 30 天的內容應該會對你有點幫助。

明天，我們先來聊聊這個專案的整體架構。大家可以先去把 Docker 裝好，過幾天我們就要直接把 n8n 跑起來了！明天見！