
「Vibe Coding」這個詞去年才誕生,而且一出場就帶著光環。社群上每天都有人展示:不會寫程式的創辦人一個週末做出訂閱制網站、行銷主管自己拼出內部工具、國中生做出遊戲。工具是真的驚人——這點到今天也沒變。
變的是最近這六個月,後面的故事開始被講出來。越來越多團隊發現同一件事:AI 生成的應用,大多數死在上線前;僥倖上線的,死在第一次真實考驗。資安圈整理出一批又一批把 API 金鑰寫死在前端、權限形同虛設的 AI 生成網站;企業內部的版本則更安靜——那個「兩週就 demo 給老闆看」的內部工具,在要接真實資料、要過資安審查、要給兩百人用的那一刻卡住,然後在某個季度會議上被悄悄結案。
值得說清楚的是:這不是 AI 的失敗。同一段時間,用 AI 加速交付、而且真的上線、真的穩定運轉的系統也在增加——只是它們幾乎都有同一個共同點:背後有專業工程團隊在指揮。
市場只花了一年就學到的事,其實一句話就講完了:AI 降低了「做出來」的門檻,沒有降低「上線」的門檻。而企業要的從來不是做出來,是上線之後的三年。
為什麼 demo 跑得好好的東西,上線就出事?因為 demo 的環境把最難的部分全部藏起來了。具體來說,是八道牆:
| # | 那道牆 | demo 為什麼看不到 | 上線後怎麼爆 |
|---|---|---|---|
| 1 | 權限與身分 | 全程用同一個測試帳號 | 真實組織有角色、代理人、離職交接,權限一鬆就是資料外洩 |
| 2 | 真實資料量 | 二十筆假資料 | 十萬筆之後查詢逾時,報表打不開 |
| 3 | 邊界條件 | 只走標準情境 | 特休折算、跨月請假、閏月薪資——例外才是企業系統的本體 |
| 4 | 系統整合 | 獨立運作 | 會計系統、銀行檔案格式、SSO,每一條線都是專案 |
| 5 | 資安 | 沒有人攻擊 demo | 金鑰外洩、injection、越權存取,出一次就上新聞 |
| 6 | 可觀測性 | 出錯就重開 | 半夜出錯沒有 log、沒有 alert,隔天早上才從客訴知道 |
| 7 | 可維護性 | 寫的人還在、還記得 | 三個月後沒有文件、沒有測試,沒人敢動那坨程式 |
| 8 | 合規與稽核 | 沒有人問 | 個資法、稽核軌跡、資料留存政策,補做比重做貴 |
這八道牆有個共同特性:它們都不會出現在需求描述裡。你跟 AI 說「幫我做一個請假系統」,它會給你一個能請假的系統——它不會主動問你「代理人簽核的權限怎麼設計」「特休按勞基法還是按曆年制折算」「稽核需要保留幾年紀錄」。這些問題,是工程師在需求訪談的第一個小時就會問的。
換句話說:AI 回答問題的能力已經很強,但它不知道哪些問題該被問。知道該問什麼,目前仍然是人類專業的護城河。
有趣的是,專業團隊和非專業使用者用的常常是同一套工具。差別在使用的方式。
非專業的用法是「跟團導航」:描述需求、收下程式碼、看起來能跑就往下走。這個模式最危險的時刻,不是 AI 寫不出來,而是 AI 寫錯了但看起來是對的——薪資算出來有數字,只是四捨五入的時點錯了;權限檢查有寫,只是漏了一條 API。這種錯不會在 demo 現場爆炸,它會在三個月後的薪資單、或某一次滲透測試裡爆炸。
專業的用法是「持續糾偏迴圈」:先把規格寫清楚(包含那八道牆),讓測試先於實作,AI 產出的每一段程式都過 review,架構決策由架構師拍板並留下紀錄。在這個迴圈裡,AI 貢獻的是驚人的速度——把五週的活壓到兩週——而品質的底線由紀律守住。我們把這種做法叫 Agentic Coding:AI 在開發迴圈裡加速,工程紀律沒有打折。
至於「那我找兩個自己人配上 AI 慢慢摸,是不是也行?」——成本帳我們在另一篇算得很細:自己用 AI 做還是找顧問做?企業客製系統的 18 個月成本帳。短版結論:DIY 的帳要到第 18 個月才結算,而那時重做一次的代價,是一開始就找對人的三倍。
講方法講太多會像在傳教,看東西比較快。
我們自己原本用 Swingvy 管人資。後來決定用 Agentic Coding 的方法自建:4 週,交付 Web + iOS + Android 三端——請假與代理簽核、請款、符合台灣勞基法規則的薪資計算、現金流與財務分析。上線至今,它每天支撐 EKel 自己的營運;我們也退掉了那份 SaaS 訂閱。
它不是為了寫這篇文章做的樣品。你可以直接看:
重點不是「我們做得出來」,而是:它跨過了那八道牆。權限有設計、勞基法規則有測試覆蓋、有文件、有 CI/CD——所以它活過了上線,也活過了之後的每一天。
如果你手上正好有一個 AI 生成(或號稱兩週能好)的系統,上線前拿這十題檢查一遍:
十題全過,恭喜,不管是誰做的,它大概真的能上線。過不了一半——問題不在工具,在流程裡沒有工程紀律。
一年前,很多人以為 AI 會讓「會寫程式」變得不值錢。實際發生的事情相反:AI 把專業和非專業的產出差距拉得更開了——因為兩邊都快了五倍,一邊快速地累積可上線的系統,另一邊快速地累積技術債。
所以「Agentic Coding 應該交給專業團隊」不是同業的自我保護,是這六個月市場用真金白銀驗證出來的結論。引擎人人都有,方向盤才是稀缺的。
如果你手上有一個想做的系統——或一個做到一半、開始不對勁的系統——跟我們聊 30 分鐘。CTA 親自接。如果你的情況其實用現成 SaaS 就夠,或你的團隊自己就能收尾,我們會直說。
AI 讓「自己做」看起來門檻很低:兩個內部工程師、Cursor 加 Claude Code、四週端出 demo。但企業要的不是 demo,是 18 個月後員工還在用、稽核還過得了、合規檢查不會爆掉的系統。本文沿著時間軸拆解 DIY 路徑在第 4、6、12、18 個月會撞到什麼牆,以及為什麼專家用 AI 跟非專家用 AI 的產出差距是 5–10 倍——同樣的工具,不同的駕駛。
我們還沒做 Agentforce 導入,但花了 18 個月持續評估與追蹤。本文整理:西方早期採用者的失敗模式、Salesforce 平台從 Agent Builder 到 Testing Center 的演進、以及給準備在 2026 啟動的台灣企業的判斷框架與程式碼範例。
我們對自己動手——把過去使用的某外部 SaaS 系統,用 Agentic Coding 重寫成我們自己的「易凱金融雲」。傳統估時 4–6 個月,實際 6 週,部分模組更短。本文拆解人與 AI 在每個工程環節的分工,附我們踩過的坑與可帶走的工作流。