歡迎進入 Part 2

Part 1 你已經有了一個完整的單一 Agent——有手、有靈魂、有腦、有觸角。

但它現在還是個「玩具」：你叫它做什麼它做什麼，沒有明確的定位。今天開始的 Part 2，我們要把它變成一個真正可用、可以被信任、有明確職責的東西。

第一步，也是最容易被跳過、卻最重要的一步：幫它想清楚「它到底是誰、負責什麼」。

為什麼「職責」比「能力」更重要？

大多數人做 Agent，第一個念頭是「我要讓它會做很多事」。

我的血淚經驗剛好相反：

職責不清的 Agent，能力越強越危險。

想像一個什麼都能做的 Agent：能改 code、能發信、能刪資料庫、能動客戶的系統。聽起來很強，對吧？但問題是——當你給它一個模糊的指令，它會自己決定範圍。它可能「順手」多做了三件你沒要它做的事，其中一件剛好把 production 弄壞了。

能力是油門，職責是方向盤。只有油門沒有方向盤的車，開越快摔越慘。

一個有明確職責的 Agent，反而讓你敢放手：因為你知道它的邊界在哪，它不會越界亂搞。

什麼叫「明確的職責」？

我用三個問題來定義一個 Agent 的職責。你新開任何一個 Agent，先回答這三題：

1. 它負責的「一件事」是什麼？（一句話講得完）

• 好：「我負責這個客戶所有 WordPress 站台的維護與安全。」
• 壞：「我負責雜事。」（→ 這不是職責，是垃圾桶）

如果你一句話講不完它負責什麼，代表它職責不清，之後一定會亂。

2. 什麼事「明確不歸它管」？

這比第 1 題還重要。你要寫清楚它不做什麼——把不屬於它的事推掉，而不是硬接。

• 「資料庫底層的事，我不碰，轉給 db-manager。」
• 「品牌定位的決策，我不做，轉給品牌策略 agent。」

3. 它做完一件事的「完成標準」是什麼？

• 「code 改完」算完成嗎？還是要「測試綠燈 + 部署上線 + 我親自驗過」才算？

把「完成」定義清楚，Agent 才不會做一半就跟你說「好了」。

把職責寫進哪裡？

還記得 Day 3 的 CLAUDE.md 嗎？職責就寫在那裡——它是 Agent 的身分證。

一個定位清楚的 CLAUDE.md 開頭大概長這樣：

# 我是誰

我是這個專案的客服訓練 Agent，負責維護一套讓客服人員
對練的 app（PM 文件、開發、部署、repo 都我自己管）。

## 我負責
- app 的功能開發與 bug 修復
- staging / production 的部署
- 對練情境的內容設計

## 我不負責（要轉出去）
- 資料庫底層安裝 → 找 db-manager
- 品牌 / 命名決策 → 找品牌策略 agent
- 跨案的資源排程 → 找 leader

## 我的「完成」定義
- 功能：測試綠燈 + 部署到 staging + 自己 curl 驗過 API
- 回報：把結果 + 驗證證據貼回對應的討論串

這短短一段，就把一個「通用工具」釘成了「一個有職責的角色」。

一個真實的教訓：不要造「什麼都做」的 Agent

我早期犯過的錯：想省事，做一個「全能助理」Agent，什麼都丟給它。

結果是災難：

• 它的 CLAUDE.md 腫到失控（因為要涵蓋所有領域的規則）
• 它常常搞混情境（用處理 A 案的邏輯去處理 B 案）
• 出事時我根本不知道該怪誰、該從哪查——因為它「什麼都管」

後來我改成一個 Agent 一個明確職責，每個都小而專。反而好管太多了：

• 每個的 CLAUDE.md 都短、都精準
• 出事時一眼就知道是哪個角色的範圍
• 要擴充能力時，是「新開一個專責 Agent」，而不是「把現有的塞更胖」

這也是為什麼我最後會有 39 個 Agent，而不是 1 個超級 Agent。 分工不是為了炫技，是因為「小而專」真的比「大而全」好管、好信任、好維護。

那要不要現在就分很多個？

不用。今天的重點不是「馬上開一堆 Agent」，而是養成「先定義職責」的習慣。

就算你現在只有一個 Agent，也請認真回答那三個問題，把答案寫進 CLAUDE.md。哪天它職責變雜了、你發現「這件事其實不該它做」，那就是「該分出一個新 Agent」的信號——這個判斷標準，我們 Part 3（Day 16）會專門講。

今天的重點回顧

• 職責比能力重要：職責不清的 Agent，能力越強越危險——能力是油門，職責是方向盤。
• 用三個問題定義職責：①一句話講完它負責什麼 ②什麼明確不歸它管（要推掉） ③「完成」的標準是什麼。
• 職責寫進 CLAUDE.md，把通用工具釘成一個有邊界的角色。
• 「一個 Agent 一個明確職責」比「一個全能 Agent」好管、好信任——這是 39 個 Agent 而非 1 個超級 Agent 的原因。

明天 Day 7：職責定好了，Agent 要真正「能用」，就得能碰到你的真實系統——我們動手讓 Agent 和一個外部 API 溝通，把它從「只會在自己資料夾裡打轉」變成「能去外面拿資料、辦事情」。

Genos Lin 是一位技術創辦人，同時擔任多個 AI 導入客戶案的技術顧問。他目前維運一套由 39 個 Claude Code Agent 組成的自動化系統，用於產品開發、業務流程自動化與客戶服務。