一個人用多個 AI agent 分工：關卡與失敗紀錄

作者：Rock Lee 實測日期：2026-11-09（Asia/Taipei）

為什麼寫這篇

我們是一人公司。營運日誌從 2026 年 9 月 3 日開始記。我們把研究、寫程式、寫文案、做影片這些工作拆給幾個 AI agent，每個 agent 有自己的名字、職責和工作守則，我（Rock）負責拍板和按下真正會花錢、會對外的按鈕。

這篇不談「AI 員工能取代多少人」。我們把兩個月累積下來的設定檔、日誌和決策紀錄翻出來，今天重新數一次：分工怎麼寫、哪些事一定留給人、一批工作實際怎麼流動，以及哪些地方明顯失靈。

實測環境

步驟

1. 先寫分工表，而且要寫「不做什麼」

分工表最重要的一句其實是 CEO agent（我們叫它大聖猿）那條：它只負責決定、分派和驗收；只要有負責的 agent，它就不自己做研究、寫程式或寫稿。

每個 agent 的職責旁邊，都寫了它不做的事：CEO agent 不發文、不付款、不投標；負責 X 草稿的推特猿「Never posts」，只寫草稿；負責社群文案的哈拉猿從 9 月底起暫停 Reddit，也不在任何地方自己發文。

「只分派、不自己做」這條，我們同時寫在分工表和 CEO agent 每次都會讀的守則 AGENTS.md 裡（「You route and decide. You do not research, code, or draft when that skill names an owner.」）。寫在兩個地方，是因為分工表給人看，守則才是 agent 每次開工必讀的。

2. 列出「一定要人按」的清單

分工表最後一段叫「Still Rock」，也就是不管 agent 多能幹都只能由我來做的事：收款、身分驗證、錢包、寄 email、在 X 按下發文、用真名對外引述、和客戶對話。

AGENTS.md 另外有一條「停下來等核准」的清單：買東西、動到錢、刪除或覆寫重要資料、更動正式站、接受法律條款、開新的付款或平台帳號。

這些規則有沒有被遵守，要看日誌。例如 11 月 6 日的日誌寫著：「Content published: 無（@Rockiorg 貼文只能由 Rock 手動）」。我們在 X 上的貼文，目前都是我自己手動發的。

3. 規定回報格式，省得每次重問

CEO agent 的守則規定了固定的回報欄位：現況、瓶頸、下一步、原因、交給哪個技能或 agent、證據、假設、成功標準、需不需要核准、下次檢查時間。另外也限制它省 token：一次只讀一份技能說明、不重述對話、不必要不上網查。

固定格式的好處是，我一眼就能找到「需要我核准嗎？」那一欄，不用把整段回報讀完。

4. 看一批工作實際怎麼流動

今天下午那批教學文章（03–05），從初稿到上正式站的紀錄，可以用檔案修改時間串起來：

從初稿到正式站約 40 分鐘。真正需要我做的只有一件事：看完報告，決定要不要上正式站。

5. 用指令重新數一次，看數字有沒有對上

我們今天重新數了一次：

• 有名稱的 agent 設定檔 13 個；分工表（10 月 15 日版）列為 Active 的 6 個、Idle 3 行。
• 每日營運日誌 42 篇（9 月 3 日起）。
• 決策紀錄 670 行，最後一筆編號 D055。

設定檔 13 個、實際活躍 6 個，差距本身就是一個訊號：有一半的角色是「設了但很少用」。

6. 找出流程漏掉的地方

10 月 15 日的盤點發現，43 個工作流程（skill）裡有 30 個沒登記在技能索引裡，等於 CEO agent 分派時不知道它們存在。當天補齊後，今天再檢查：

索引裡 43 筆都有填負責人，這部分維持得不錯；但本機的工作流程已經有 47 個，其中 5 個不在索引裡。索引檔最後更新日停在 10 月 15 日，不會自己更新，新增技能時沒順手登記，就會再漏。

結果

兩個月下來，比較有效的是：

• 分工表寫明「不做什麼」，加上 Still Rock 清單，對外和花錢的動作都還在人手上。
• 固定回報格式，我只要看「需要核准嗎」就能決定。
• 一批工作從初稿到正式站約 40 分鐘，我只介入一次。

明顯失靈的地方：

• 排程任務會整批失敗。 日誌裡有 9 天記到 routine 失敗，扣掉 10 月 15 日那筆寫的是「已恢復」，實際是 8 天。最嚴重的是 10 月 6 日：用量額度用完，當天所有排程都沒跑，硬碟上沒有任何工作證據。
• 看板停更。 本地看板標示的更新日停在 9 月 17 日，Notion 看板最後一張卡建於 9 月 7 日（見本系列 MCP 那篇）。
• 索引會再漏。 10 月 15 日補齊的技能索引，今天又有 5 個工作流程不在裡面。

踩坑紀錄

1. 「負責分派」要寫到具體。 只寫「負責分派」很模糊。我們的寫法是「有負責人時不自己做」，再列出例外：跟我對話、把關、查一頁就好的小事。
2. 失敗會變成沉默。 9 月 9 日的日誌寫：省錢模式加上排程失敗，會變成「無聲的空白」，隔天的日誌要補記。排程失敗不會主動叫人，要靠隔天的檢查發現。
3. 額度用完時全部停擺。 10 月 6 日那天不是某個 agent 壞掉，而是用量額度用完，所有排程一起失敗。額度要預留，不能排到滿。
4. 設定檔比實際用的多。 13 個設定檔只有 6 個活躍。角色開太多，分派時反而要多想一層。

常見問題

Q1：一個人真的需要 13 個 agent 嗎？ 不需要。我們實際常用的是 6 個，其他是曾經設過、現在閒置的。建議從 2～3 個開始：一個負責分派和驗收，一個負責做事，有需要再加。

Q2：要用什麼工具才能做到？ 這篇講的是分工方式，不綁特定工具。我們的做法是每個 agent 一份設定檔，加上共用的分工表、守則和日誌，全部是純文字檔。

Q3：怎麼避免 AI 亂發文或亂花錢？ 把這些動作列成「一定要人按」的清單，寫進每個 agent 都會讀的守則，並在日誌裡記錄每次是誰做的。我們的 X 貼文目前都由我手動發。

Q4：要怎麼知道 agent 有沒有在做事？ 看檔案，不看口頭回報。我們每天有營運日誌，盤點時用指令數日誌篇數、找失敗紀錄、對照檔案修改時間。第 4 步的時間線就是這樣拼出來的。