從計劃到維護，每個階段該怎麼跟 AI 溝通
Vibe Coding 就像你的房子都叫別人打掃。看起來有整理，但實際上你什麼細節放哪裡都不知道。到某天你要找一個東西的時候，翻遍整間房子都找不到。
程式也是 — 能跑不代表寫得好。寫法一旦沒有一致、不整齊不乾淨，跑久了問題就會一個一個冒出來。你累積的越多，日後越難維護。
AI 每次給你的都是「當下最快的解法」，不是「長期最好的架構」。你說「幫我加一個功能」，它加了，但可能跟之前的邏輯打架。你不會發現，直到某天整個壞掉。
傳統工程師有 code review、有團隊互相檢查。一個人 Vibe Coding 沒有這層防護 — 你就是工程師、也是 QA、也是 PM，全部都是你。
如果只是做來自己玩，技術債無所謂。但如果有人在用、有人在付費，你的 code 就是地基，地基歪了，整棟樓遲早會倒。
真實案例：資料庫被清掉三次、備份系統壞掉、沒做好安全防護被網路蟑螂攻擊。同一個功能，一個寫法一個月花 1 萬，一個只需要不到 900。那就是沒有維護跟技術債的代價。
不要直接叫它寫，先讓它問你問題，把需求想清楚。
這個檔案是你的專案規則書，AI 每次開工都會先讀。寫得好，它就不會亂來。
讓 AI 先列計劃，你確認了再動手。不要讓它邊想邊寫。
不要只說「幫我加一個功能」，要告訴它參考哪裡、遵循什麼模式。
| 不好的說法 | 好的說法 |
|---|---|
| 幫我加一個行事曆 | 看一下 src/components/ 裡的 DatePicker 是怎麼做的，用一樣的模式做一個行事曆，加上對應的測試 |
| 修一下登入的 bug | 登入在 session 過期後會失敗，去 src/auth/ 看 token 刷新的邏輯，先寫一個能重現問題的測試，再修根本原因 |
| 這個頁面改好看一點 | 標題放大到 24px、按鈕改圓角 12px、背景換成 #1a1a2e |
不要一次改十個東西才存檔。改完一個功能就 commit，壞了可以退回去。
| 等級 | 範圍 | 檢查方式 |
|---|---|---|
| 🟢 安全 | 模板、測試、文件、設定 | 快速看一眼就好 |
| 🟡 注意 | 商業邏輯、API、資料庫 | 一行一行看，確認邏輯對 |
| 🔴 危險 | 登入、付款、加密、安全 | 自己寫或 AI 寫完要做安全審查 |
叫 AI 全面檢查，但先不要修 — 看完報告你再決定。
☐ 改一個地方，另一個地方就壞
☐ 加一個功能，要花越來越久
☐ 有些 code 你自己都看不懂了
☐ 同一個問題在不同地方用不同方式解決
☐ 測試通過但你不確定功能是不是真的對
☐ 寫好的 code 兩週內就要重寫
☐ 80% 的時間在跟 AI 來回修改，20% 在理解 code