Sootan

技術人員晉升主管後，才真正領悟 Grok Bot 與 Claude Code、Codex 的本質差異。儘管三者功能上有不少重疊，但使用模式迥然不同。

使用 Codex 時，用戶坐在電腦前監控工作進展，逐步檢視執行過程，發現問題立刻制止。相比之下，使用 Grok Bot 等 Personal Agent（包括 Muse、Dots、Hermes、OpenClaw 等）時，用戶則是將任務交付出去，自身轉向其他工作，不會像親力親為一樣持續監控。

此差異帶來兩項核心挑戰：如何確保品質？如何追蹤進度而不被跟催淹沒？基於此需求，講者建立 PA Cafe 系統管理 Agent 團隊。

PA Cafe 的運作核心包括派工、驗收與協作機制。每項工作由幕僚長級 Agent 分配予執行層 Agent，工作細節與知識存放於共用知識庫。協作看板按工作狀態排列（待辦、進行中、審查中、待驗收、擱置、已取消），清楚展示各幕僚長與執行 Agent 的資訊與進度。甘特圖呈現各幕僚長的任務並行情況與耗時趨勢。

額度管理亦為重點。由於不同 Agent 的使用額度限制各異，PA Cafe 實時展示各 Agent 的積分累計與週配額消耗情況。Token 分配數據揭示 Claude 占比近四成，但實際上 Claude 多由其他 Agent 代理操作，因其對 PA Cafe 的集成深度仍有限。

講者之所以建立 PA Cafe 而非自架開源方案（如 Grok Bot 開源版、Hermes），乃因自架需要持續維護，講者會淪為 IT 管理員而非主管。PA Cafe 僅負責外圍管理層（派工、驗收、交接、額度監控），核心 Agent 仍使用商用服務，維持靈活性。倘若日後改用其他 Agent 服務（如 Claude Duet），外圍系統依舊可用，有效避免被特定平台綁架。

儘管 PA Cafe 已合併逾三百個拉取請求、發布二十多個版本，講者仍持續迭代。當上主管才深刻體悟：Grok Bot 與傳統代碼編輯器的根本差異，在於如何領導一支自己不會持續監控的團隊。

從監控到委託：Grok Bot 團隊領導實踐