任務簡報
16:00，週五，訊息進線
「我下週一要跟投資人 demo，能不能在系統上加一個進度儀表板？」
這是一則看似平常的客戶訊息，但如果你做過軟體開發，你知道這句話的真正意思是：需求確認、UI 設計、前後端開發、測試、部署 — 傳統流程走一遍，最少兩週
客戶需要的不是兩週，客戶需要 72 小時
任務代號：Weekend Dashboard，行動窗口：週五傍晚到週日清晨，可用人員：一人
我接下了這個任務
Phase 1：備戰 — 組建行動單位
Andrej Karpathy 在 2025 年說過一句話：
"I just see stuff, say stuff, run stuff, and it mostly works."
聽起來像在開玩笑，但如果你理解背後的系統，你會知道這更像是一份行動守則 — 觀察、下達指令、執行、驗收，從「工匠」轉變為「指揮官」
這就是 Vibe Coding，不是 Copilot 幫你補幾行程式碼那種小把戲，Vibe Coding 是你用自然語言描述目標，AI 執行整個開發流程 — 建檔案、寫邏輯、跑測試、推 PR，你不是在寫 code，你是在做決策
週六早上，我花兩小時撰寫作戰計畫：需求描述、資料結構定義、邊界條件，這不是寫 code — 這是任務簡報，每一個細節都會決定行動的成敗
Phase 2：執行 — 72 小時行動紀錄
週六 14:00 — 資產部署
作戰計畫交給 Claude Code，幾分鐘後，dashboard 骨架生成，我審核架構方向、調整資料模型，偵測到兩個邏輯錯誤 — 一個資料聚合方向錯誤，一個分頁邊界沒處理，手動修正，繼續推進
AI 負責產出，我負責品管，分工明確，沒有多餘動作
週六 22:00 — 階段回報
核心功能完成，Staging 環境部署完畢，內部驗證通過，比預期提早了半天
週日 08:00 — 交付確認
客戶收到可運作的 staging 連結，行動完成
從接收任務到交付成果：不到 48 小時，客戶只知道「你效率很高」，他不需要知道這背後是一場精密的作戰行動
日常戰情室 — 一個普通工作日的切片
72 小時行動是特殊任務，但 Vibe Coding 的真正價值在日常作戰：
08:00 — 全域偵察，3 分鐘
一個腳本啟動 15 個 AI 偵察兵，每個負責一個專案，自動讀取 git log、open issues、PR 狀態，回傳戰情摘要，我喝完第一杯咖啡，15 個專案的全局態勢已經攤開在眼前
09:15 — 快速反應任務
客戶回報：「這個按鈕位置不對，點了之後跳到錯的頁面」
舊模式處理時間：確認 bug、切換 repo、定位問題、修復、測試、部署 — 30 到 45 分鐘
現在：一句話描述問題，Claude Code 定位 root cause，提出修法，我核可，部署，驗證，5 分鐘結案
有個專案曾經有個路由 bug — URL pattern 像 /resources/batch-import 被解析成資源 ID，使用者一直遇到 404，但光讀 code 看起來沒問題，修法是兩行：重新排列路由定義，從回報到部署，二十分鐘，傳統模式下，光定位問題可能就要半天
客戶不知道這叫 Vibe Coding，他只知道我「反應很快」
10:00 — 新模組開發
醫療 AI 系統需要新的評估模組，我寫了三段需求描述 — 功能邏輯、邊界條件、預期輸出，Claude Code 提出實作計畫，我審核架構方向，確認後讓它執行
完成後，reviewer agent 自動審查 diff，攔截兩個問題：一個邊界條件沒處理、一個 API response 格式不一致，修正，PR 推上去
我自己寫的 code：零行，我做的決策：十幾個
下午 — 三條戰線同步推進
護理之家 PDCA 系統（Python + Vue），語言學習平台（Next.js + FastAPI），個人品牌網站（Next.js + MDX），三個案子，三個技術棧，同一個下午交付
傳統做法，這需要三個不同的工程師，我一個人完成，客戶永遠不知道背後只有一個人
為什麼客戶愛這種工作方式
客戶不知道什麼是 Vibe Coding，但他們感受得到差異：
改需求不會引爆任何東西 傳統開發最怕「我想改一下」— 一個需求變動可能牽動五個檔案、兩個資料表、三個 API，Vibe Coding 讓改需求的成本下降 60-80%，我不再需要管理客戶的「改需求愧疚感」，直接說「好，明天給你」
回應速度快 3-5 倍 以前的小 bug 要排到明天，現在大部分當天解決，客戶感覺像是雇了一個隨時待命的工程師，但付的是接案費用
品質反而更穩定 三層防線：pre-commit hooks 自動掃 secrets 和程式碼風格；reviewer agent 審查邏輯；最後我人工確認，AI 不會因為趕工而跳過測試，不會因為疲勞而少寫一個 null check
行動風險評估 — 我不會跳過這段
每個行動都有風險，這一段是必要的誠實揭露
沒有技術基礎的人用 Vibe Coding，等於把武器交給沒受過訓練的人
AI 寫的 code 你看不懂，就沒有任何品管可言，看起來能跑的功能，底下可能藏著：沒有輸入驗證的 API（安全漏洞）、加錯方向的資料庫索引（三個月後效能崩潰）、過度抽象的架構（新人永遠看不懂）
這些不是 AI 的錯，這是你沒有能力審查 AI 產出的問題
Vibe Coding 省的是時間，不是訓練，你仍然需要懂系統架構、效能設計、安全原則，這些基礎決定了你能不能在關鍵時刻發現 AI 犯的錯誤
如果你剛入行：先花一兩年老老實實寫 code，建立對系統的直覺，然後再用 Vibe Coding 把速度乘以五
任務總結
直接說數字：月營收是上班時的三到四倍，工作時間差不多，甚至更少
這不是因為我特別厲害，是因為 Vibe Coding 改變了一個人的產能上限，傳統接案，一個工程師大概能好好維護 3-4 個案子，超過這個數字，品質就開始下滑，Vibe Coding 把這個上限推到了 15 個
但這個上限有前提：你必須投資大量時間設計作戰系統本身 — agent 架構、自動化腳本、品質防線，這些前期投資，大多數人不願意做
一個具體例子：我寫了一個腳本，每天早上平行啟動十五個偵察 agent，各自讀取 git log 和未解決的 issue，回傳摘要，整個跑完大約二十三秒，這個腳本花了一天建好，但每天早上省下四十五分鐘的上下文切換，這就是系統投資
結案評估
Vibe Coding 值得學嗎？值得，但要帶著正確的期待
它不會讓你跳過訓練階段，它會讓你完成訓練之後走得更快，它不會讓需求分析變得不重要 — 反而讓你能花更多時間思考「要做什麼」，而不是「怎麼做」
最後一句：
Vibe Coding 會放大你的一切能力 — 不管是正的還是負的，確保你放大的，是對的東西