多 Bot 團隊編排：章程、崗位與放權

它是什麼

飛書知識庫「Grok Bot 焚诀」的〈4.2 團隊編排：章程、崗位與放權〉。要把單個聊天 Bot 擴成多崗位時，用單一入口、檔案交接與合同式章程，而不是一上來就加席位。觸發器見 grokbot-triggers-automation-20261113；人閘見 grokbot-permissions-human-gate-20261113。

能用來做什麼

從單 Bot 過渡到「幕僚長 + 專職」、約定交接檔，並按可逆性放權。省額度見 grokbot-quota-saving-checklist-20261113；接入飛書見 grokbot-feishu-team-integration-20261113。

怎麼用（作者方法，未實測）

值得做：只保留一個幕僚長（Chief of Staff）當直接對話窗口；Bot 之間用雲電腦固定路徑交接，對話只同步狀態；Description 寫清職責、輸入源、交付格式、人閘與缺數處理；一分鐘內撤不回的動作（對外發信、社媒發帖、動用資金、刪檔）一律人工審批；模型變強時可以加長推理鏈，審批線與資料邊界不要放寬。

不要做：第一天就建多個專職、讓人在視窗間複製貼上；讓入口 Bot 親自寫大段代碼或長文；靠新建 Bot 隔離敏感資料（同一帳號共用虛擬機、目錄與已登入瀏覽器）；用「通用助手」這類頭銜當 Description；流程未跑通就上密集定時器（原文提醒：每小時一次的錯誤假設，一週可默默執行 168 次）。

三階段（原文建議時程，不是必須日曆）：

1. 第 1 週：建星標幕僚長，Description 寫六行合同（負責拆解派發與五行簡報；來源為人工指令與看板；超出五行改輸出檔案；對外通信、採購、刪除必須暫停；下游報錯如實上報；永不直接寫業務代碼或擅自改生產配置）。先派一件 30 秒內可核驗的小事。驗收：能複述目標並說明派給誰；沒有外部變更時保持安靜。
2. 第 2 週：只有當一個 Bot 要同時承載兩塊不相干業務，或出現長期穩定的差異化工作流時，才拆第二個專職；交付物、權限與時間表都一樣時，留在同一 Bot 用不同 Skill。在 ` 建專案目錄；前置 Bot 把結構化結果寫入指定檔並只回絕對路徑，後置 Bot 讀檔繼續，不依賴對話碎片。
3. 第 3–4 週：把跑通動作做成 Skill，每個 Bot 的 Routine 先控制在 3 到 5 個以內。Auto-review 對 send、post、buy、transfer、delete、permissions 保留 Ask first，只對讀取、公網檢索與寫入工作區自動允許。放權節奏：第 1 週只起草、人逐字看；第 2 週可執行動作但每步彈窗；第 3 週例行自主、異常才上報；第 4 週定時全自主，人只在固定時間抽查週報。驗收：帶外部發送意圖的測試必須在關鍵點暫停；只讀檢索可順利走完。

核心機制（原文整理，案例已去掉普通人名，改用公開網名或「社區／官方案例」）：

• 入口是集線器，不是執行者；沒有狀態變化就保持靜默。官方案例：工程經理不寫業務代碼，另設審查角色盯用量與 Skill 規範；發版把「鎖定範圍、實作與自動測試、冷啟動獨立驗收、專人比對 PR」分開，實作的人不能自我審批。社區看板原則：每個專案頻道上限約 5 個工人加 1 個 PM，新任務先複用，新建須人工批准。
• 共享層是同一台雲電腦、檔案、連接器與公共 Skill；隔離層是私聊歷史、Profile、專屬記憶與 Routine。協作中介是檔案。社區推文畫像站示例：整理員 → tweets.md → 分析師 → profile.md → 設計師 → design.md → 工程師產出預覽，等人審。長文必須落盤，人只在選題、觀點、終稿去公關腔與最終發布介入。
• 複雜編碼：由 Grok Bot 當架構經理寫提示詞，下發給 Cursor 雲端 Agent 開 PR，再聽 CI 與衝突，通過後把示範交給人合併。@melvindvivas 公開的 29 個 Bot 編制是長期累加產物，不是起步模板；其自述日常開發多半不必直接打開編輯器，本卡不當通則。

限制與坑

• 觸發器與完整人閘清單見相關卡，不以本卡代替。
• 預設後端改為 Claude Opus 5.5、思考內容流向模型提供方，為原文轉述（稱 2026-10-07 起），章程仍須圈定可讀目錄與連接器。
• 社區誇張收益或產出數字不當基準；評估只看交接是否可靠、交付是否可驗。
• 多 Bot 會分食同一週共享池，不要用高頻空轉輪詢。

成本

訂閱與週池見 grokbot-quota-saving-checklist-20261113。

功能拆分與重疊輸入的單入口（55、58）

可信度 B；作者方法，尚未實測；沿用既有正式狀態。Last updated: Oct 14 年份未寫明。

55 的職責邊界不只寫分析，還要寫分析後能否執行；把停下問人的點落在交接關係。其買家觀察崗限定只看，不下單、不加購、不留評、不提問；這是該崗位約束，不能與 59 的購物助手體驗任務混為同一授權。角色名稱不提供技術隔離。

58 提供重疊輸入的分流法：收件箱角色先處理郵件，將用戶反饋轉專責角色，續費扣款轉訂閱角色，減少各崗重複讀同一郵件。當不同渠道工作流已穩定分化，或文風與活動上下文互相污染，才拆角色；有短期需求也可用臨時角色，不必永久增編。55 的亞馬遜交接案例見 grokbot-amazon-team-20261113，不重列編制。

• 第 55 頁：https://jcng5q8n0f3z.feishu.cn/wiki/DdqFwLmn7i8cV1kYtDwc840enLg；sha256=`83fa2f019435eb32a10317657c5c4d04c24cfc7b0bef73f36eb0cc13951e5b7a`。
• 第 58 頁：https://jcng5q8n0f3z.feishu.cn/wiki/Hfqxwy3zQiWkRPkVjRZcVCuHnbc；sha256=`fc56fbb8fa39868a569b7428ca638de97bd4501b30fc481311015f4305bde12a`。

Team Bot 與批次審稿的邊界（56、57）

56 區分模板副本與 Team Bot：前者由接收者各自添加，後者由負責人發布共用配置。來源稱私人對話與 Slack 等共享會話使用的執行環境不同，使用者授權連接器與共享密鑰也有不同權限來源；Routine 歸建立者、用量通常歸相應成員。這是來源所述產品機制，未實測，不能以一般同帳號多 Bot 的共享模型直接推定跨成員環境。

57 的內容團隊可讓人集中批准一批選題，寫稿者只從已批准庫取題，再集中審終稿。這是錯開人工審稿與機器執行時間的方法；來源隨後的營運 Bot 發布設想，仍受同篇「發布先問人」限制。選題批准、稿件定稿與對外發布授權是不同節點，不能自動互相替代。

可信度 B；作者方法，尚未實測；沿用既有正式狀態。來源頁均標 Last updated: Oct 14，年份未寫明。

三層指令、角色台帳與結果計數（27）

27（社區作者）把指令分三層：全帳號共同底線、角色責任與證據標準、當週重點。這是維護指令的結構，不是官方記憶儲存架構。另設角色管理職能前先盤點現有崗位、目標、指令、排程與依賴；可先由入口承擔，不因文章列 Bot Advisor 就增建一角。

角色台帳區分確實擁有週期結果的崗位與試驗：若停用後沒有任何應有結果消失，就未證明是必要常設職位。無效角色先提停用建議，刪除仍等人。作者列出的編制、星數、播放量、收益與「17 倍錯誤」轉述無獨立證據，本批不轉錄為比較結論。

交接要帶已做、下一步與負責人；共識資料、交接、成品與日誌分開。原文 是作者慣例，不是已保證持久目錄；整合時使用既有 專案位置，不建立另一套平行檔案樹。

可信度 B；作者方法，尚未實測；沿用既有正式狀態。頁面 Last updated: Oct 14 年份未寫明。

外部狀態欄位作為調度入口（61）

可信度：B；狀態：正式（沿用既有卡）。作者方法，尚未實測。署名為網名「铁柱AGI」（@cgnot996）；不據合集中的「铁柱」簡稱合併身分，依 David 2026-11-13 決定先不視為同一人。頁面 Last updated / Modified October 14，年份未寫明。本批只整理保存全文，未核驗產品現況。

61 轉述工程演示：把雲端 Agent 執行狀態記到外部資料庫，調度模型讀取狀態欄位，減少依賴長對話記住進度。這是來源所述架構，非已驗證的官方必備組件；既有固定檔交接仍可使用，不因示例另建資料庫。來源未提供欄位、同步協定或故障恢復設計，本稿不補造。

• 2026-11-14 BATCH6：依 2.2 子合集全文追加獨有要點與來源衝突；可信度 B，作者方法，狀態正式，尚未實測。來源卡：2026-11-12-feishu-grokbot-fenjue。第 61 頁：https://jcng5q8n0f3z.feishu.cn/wiki/ZRFQwIlNgiuJTVkGcJgcrZhsnKd，sha256=`757c0fc51c3653cd4d487360f9a00f2992524ec5291f8c86a92174bf80a85ac6`。

更新紀錄

• 2026-11-13 依瀏覽器公開唯讀全文（sha256=f320b7e7c2ba21533ff33fb9e0ba7ca9fe90f7d30c8c26edf3ba1a322899407c）整理為 B 級正式卡。來源：2026-11-12-feishu-grokbot-fenjue
• 2026-11-13 BATCH2 追加獨有要點；來源卡：2026-11-12-feishu-grokbot-fenjue。來源 URL 與 sha256：
• 2026-11-14 BATCH3 追加獨有要點。來源卡：2026-11-12-feishu-grokbot-fenjue。來源 URL 與 sha256：
• 第 56 頁：https://jcng5q8n0f3z.feishu.cn/wiki/GBV8wdZOaijukikjO0pcYFWKnbg；sha256=`c30ff36742fc01841c58e391e5ac81f869241a065307d96d18e853929fdcffc2`。
• 第 57 頁：https://jcng5q8n0f3z.feishu.cn/wiki/XLjCwUT8AiRWFVktR9wcUFJYnMd；sha256=`2c36216186d7e559c26f563e176b1e50ccae4136f61df23e736291333efa3969`。
• 2026-11-14 BATCH4 追加獨有要點。來源卡：2026-11-12-feishu-grokbot-fenjue。來源 URL 與 sha256：
• 第 27 頁：https://jcng5q8n0f3z.feishu.cn/wiki/UGCCwisktiOC1Wk9adWcwN7env2；sha256=`8a94fc51d7c08901e1acc01f07d11d79d45d1c146fbbbb1482a484bde927d832`。