subagent 是幫手，Agent Teams 是同事

重點整理

又看到有人把 Agent Teams 當成比較貴的 subagent 在用。這兩種東西的差別，在除錯的時候最明顯。

幫手活在你的 session 裡，同事各有自己的腦。

幫手. subagent（活在你的 session 裡）
. 查完回報給你
. 彼此不會講話
同事. Agent Teams（各自完整 session）
. 靠共享任務清單分工
. 做完自己領下一個，還會互傳訊息

01｜除錯的時候

「我這邊證據長這樣」——這種互相推翻，是單向回報做不到的。

・派三個 subagent — 各查各的（你自己彙整）
・開一隊 — 三個人查完互相打臉（「你那個假說不對」）

需要對抗式驗證的任務，組隊才有意義。

02｜狀態寫在檔案裡，看板直接讀

隊伍狀態全寫在專案的 teams 目錄下，自製的看板直接讀那些檔案。

・誰在跑、誰卡住，一眼看得到
・不用一直去問 agent 現在進度如何

可觀測性是組隊能不能用的前提。

03｜每個隊友都是完整 session

token 不便宜，而且不是所有工作都適合組隊。

・排隊型的工作組隊純粹浪費
・一起改同一批檔案，還會互相蓋掉

幫手便宜聽話，同事貴但會吵出東西。

04｜為什麼要把它們切成不同角色？

有人認為，組織模型是因為人類的認知邊界與精力有限才發展出來的。

・單一 AI 本來就能同時是 PM、分析、行銷、前後端
・硬切成角色再組織起來，本身可能就不效率

這個質疑值得放在心上：組隊是手段，不是目的。

05｜互相喚醒的設計，流程會不可控

跑起來很爽，但實際上容易一團混亂，人類失去控制權。

・一種解法：流程由每個 agent 的職責 prompt 決定
・中間依照可追索的成果交付（筆記、卡片、網頁），像人類團隊交付文件那樣

讓交付物成為節點，而不是讓 agent 自由互相呼叫。

行動清單

哪些事該給誰，本來就是要慢慢摸出來的。