這站好幾個功能——電子報廣播、退訂重設計、資料庫重試——實作是交給一個 AI coding agent 跑的。但我們很快發現,「把需求貼給它」跟「讓它產出能上線的碼」中間,差了一整套流程。於是我們用一句話定調分工:我當設計者,AI 當員工。
關鍵不在「AI 能不能寫」,而在把邊界劃清楚。明確、可驗收的實作交出去;定義問題、判斷品質、看真實結果這些,留在自己手上。
| 工作 | 我(設計者) | Agent(員工) |
|---|---|---|
| 定義問題與約束 | ✓ | — |
| 照規格實作 | — | ✓ |
| 型別檢查 | 覆核 | ✓ |
| 審 diff、獨立驗收 | ✓ | — |
| runtime 實測、清測資 | ✓ | — |
| 看圖 / 多模態判斷 | ✓ | 看不到 |
我們給 agent 的不是一句「幫我加退訂」,而是一份規格。它讓 agent 有邊界、讓驗收有依據:
Agent 會很有自信地回報「型別檢查過了」。但 typecheck 只是最低標——它不保證邏輯對、不保證真的會發生的那條路能跑。所以我一律自己重跑一次型別檢查、實際把功能跑起來看,甚至對關鍵邏輯補確定性測試。這也是它幫我抓出一個「新建即發佈才會炸」的 bug 的原因——它寫的碼過了 typecheck,卻在真實路徑上出事。
把 AI 當員工,不是把責任外包出去。你交出去的是有邊界的實作,留在手上的是定義問題與驗收品質——後面這兩件,才是「設計者」真正的工作。





