前面十幾天，我們一個一個認識團隊成員：收件員、動工員、拍照員、看照片的人、整修師傅、翻譯、策展人。今天退後一步，看整張組織圖。

用 Google ADK（Agent Development Kit）搭 AI 團隊，其實只用到幾種積木。我們整個團隊，就是這幾種積木疊起來的。

四種積木

1. 員工（Agent）
一個會思考的角色，手上有一份職務說明（指示）和一個工具箱。我們有 7 位這樣的員工。

2. 工具（Tool）
員工能按的按鈕。我們有 17 個。重點是：按鈕背後的工作，都是原本就寫好的、可預測的程式，員工只負責「決定按哪個、按的時候填什麼」。

3. 組織方式：排隊、重複

• 排隊（SequentialAgent）：照順序，一位做完換下一位。我們的總管就是這種：收件 → 動工 → 檢驗迴圈 → 翻譯 → 策展，五站。
• 重複（LoopAgent）：同樣一組人，反覆做，最多三輪。「拍照 → 看照片 → 整修」就是這樣，直到合格或轉滿三圈。

4. 共用白板（State）
所有員工共用一塊白板。收件員把決定寫上去，動工員讀了照做；品管員把結果寫上去，整修師傅讀了決定要不要重來。員工之間不直接講話，全靠白板。

整棵樹一共：1 個「排隊」、1 個「重複」、7 位員工，共 9 個節點。

組織圖長這樣

總管（排隊）
├── 收件員        決定磨多細
├── 動工員        轉檔、瘦身、打包、品管
├── 檢驗迴圈（重複，最多 3 輪）
│   ├── 拍照員
│   ├── 看照片的人
│   └── 整修師傅
├── 翻譯          零件取中文名
└── 策展人        挑重點、寫解說

「驗收」與「劇本版」，也是同樣的積木

• 沒有 AI 門票時，每位員工在「要開口之前」被攔截，改成照劇本念台詞，工具與白板完全一樣。這是 Day 16 提過的「AI 是可拔除層」，其實就是在這個攔截點做的。
• Day 25 的驗收員，就是比對「這一棵樹實際按了哪些按鈕」和流程單。

最重要的設計：欄杆

AI 很有彈性，但我們不希望它亂來。這一整個系列裡，欄杆有兩種：

A. 寫在按鈕裡的欄杆（程式擋，AI 繞不過）

• 「看照片的人」只能把合格降成警告，不能讓不合格變合格：評分規則在品管套件裡，不在他手上。
• 「要不要壓縮」以老闆交代的為準，AI 填什麼都沒用。
• 策展人挑的重點數量、有沒有重複、是不是候選名單裡的，由按鈕檢查，不對就退回。
• 幾何、數字全部由程式算，AI 不寫。

B. 只寫在職務說明裡的欄杆（靠 AI 自己遵守）

• 例如「最後一圈不再重做」：我查了程式，只在整修師傅的職務說明裡寫了，沒有任何程式在把關。

這個區分很誠實，也很有用：重要的規矩，要盡量搬到 A 類。

今天帶走什麼

整個團隊不神秘：幾種積木（員工、工具、排隊、重複、白板），加上「攔截點」和「欄杆」。組織圖看懂了，後面想換人、加站、換工具，都知道動哪裡。

明天（Day 30）：收尾，盤點做完了什麼、沒做完什麼。