Agent Teams 協作架構：如何透過 Shared Task List 打造真正的 AI 團隊

我們前面介紹了講求平行加速的 GSD 框架，以及鐵血紀律的 Superpowers，但這兩者在遇到「多種不同技能交錯」的複雜專案時，效率還是會遇到瓶頸。

原因很簡單：過去我們熟悉的架構，往往是 主僕制 (Subagents)。

別再當苦命主管：Subagents 的困境

在傳統的 Subagent 工作流程中（你可以看下方左邊的圖），有一個「主 Agent」像是一位發號施令但過度勞累的主管。

當你需要完成一個任務，Main Agent 會：

1. 生出一個 Subagent
2. 交辦工作
3. 傻傻在那邊等結果 (Report)
4. 等所有 Subagent 結果回來後，Main Agent 再親自統合

這有什麼問題？所有的溝通瓶頸都在 Main Agent 身上。
這就像是一個老闆把案子切給三個外包，三個外包彼此不認識。A 寫的 API 格式不如預期，B 的前端就串不起來，B 只能去跟老闆抱怨，老闆再去罵 A。整個過程都在浪費 Token 和時間。

所謂「團隊」，是會自己解決問題的：Agent Teams 的誕生

Claude Code 的 Agent Teams 就是為了解決這個溝通卡點而生。它帶來了真正的「團隊協作」概念。

你看右邊的圖，最重要的根本變化在於：打通了橫向連結。

1. 核心靈魂：Shared Task List (共享任務清單)

在 Agent Teams 中，Team Lead 雖然還是會指派任務，但他們用的是一個「Shared Task List」。這就像是你我每天都在用的 Jira 看板。

• 每當一個 Teammate 手上的工作做完，它不會白白發呆等 Lead 給新工作，而是自己去 Shared Task List 尋找下一個還沒被認領 (Unassigned) 且沒有被卡住 (Unblocked) 的任務。
• 這意味著工作分配是動態的，誰做得快誰就多做點，再也不用 Main Agent 去死板地微觀管理 (Micromanagement)。

2. 扁平化溝通：Teammates 之間的直接通話

這是我覺得最驚豔的地方！Teammates 之間是可以 互相聊天 (Communicate) 的。

如果前端 Agent 發現後端 Agent 給的 API schema 怪怪的，它可以直接 ping 後端 Agent。後端 Agent 接到訊息後，自動去修正然後回覆。這整個過程，Team Lead 完全不用插手。 如果你把他們想像成 5 個在 Slack 群組裡的高手，各自認領不同假設去 Debug（像一場科學辯論），他們會互相推翻彼此的理論，直到得出共識。

3. 主動回報與廣播

• Idle Notifications：做完工作或報錯時，Teammate 會自動通知 Lead。
• Broadcast：如果有非常關鍵的架構更動，可以直接廣播給所有人 (雖然這會消耗大量 Token，官方建議少用)。

我們什麼時候該用 Agent Teams？

其實並不是所有案子都適合派出一支軍隊 (畢竟 Token 很貴！)。

但如果你遇到以下情況，Agent Teams 絕對是神兵利器：

• 平行 Code Review：開三個 Agent，一個專看資安漏洞、一個測量效能影響、一個檢查測試覆蓋率，同時看同一個 PR。
• 複雜 Debugging (競爭假說)：系統突然 Crash 而且毫無頭緒？派 5 個 Agent 各自拿不同的假說去查 codebase。發現誰的方向錯了，還能互相提醒。
• 跨架構修改：這可能是未來最常見的情境，當你要改一個 Feature，讓一個改 Frontend、一個改 Backend、一個去修 E2E 測試，然後讓他們在同一個 Task List 下確保彼此進度吻合。

=> 有了 Agent Teams，AI Coding 不再只是 我幫你寫完這支檔案，而是 我們這組人幫你搞定這個 Feature。

這篇文章我們先介紹了最核心的概念，下一篇我會來聊聊我自己在實際操作 Agent Teams 時的心得與踩坑紀錄。敬請期待！