Shawn Go NomadAI 新消息與工作筆記追蹤更新
工作方法

AI 代理人怎麼分工,哪些事留給人

依任務是否能檢查、出錯能否復原來分工,再把進度和決定留在文件裡。

這篇會聊到

交一件工作給 AI 之前,我會先看兩件事:結果能不能檢查,做錯能不能復原。整理清單和寄出報價,雖然都能交辦,權限不該一樣。

我們把任務分級,也把進度留在文件裡。下面整理這套做法,讓成員不必同時上線,也知道下一步該交給誰。

先把工作拆成三種

分工之前先分類。我們把所有工作歸成三種。

照規則做的事。 整理檔案、歸檔、格式轉換、抓資料、把一份文件改成另一種版式。這類事有明確的對錯,做完可以對照規則檢查。可以交給 AI 先做,再抽查結果。

要判斷的事。 寫文章初稿、比較兩個方案、處理互相矛盾的資訊。沒有標準答案,但有好壞之分。AI 先做第一版,人看結果、調方向。

要負責的事。 花錢、刪東西、對外送出、跟人談條件、決定接不接案、任何需要簽名的東西。出了事要有人扛,所以決定權留在人手上。可復原的一般編輯可以事先授權,大量或不可逆的刪除則另外確認。

例如整理檔名,可以先用副本試,結果也容易比對。寄出合作報價則會影響外部關係,應該停在草稿,等負責的人確認。分工時把這個停止位置一起寫清楚。

模型分層:不是每件事都用最貴的

三種工作剛好對應三個等級的模型。

  • 小模型:照規則做的事。整理、歸檔、格式轉換、抓資料。量大、規則清楚,小模型又快又省。
  • 中階模型:要判斷的事。寫草稿、做判斷、處理矛盾資訊。需要一點理解力,但出錯時人看得出來,也改得回來。
  • 最強的模型:牽涉安全、密鑰、刪資料、對外發布的決定。這類事出錯代價最高,所以用最強的,而且一定要人確認。最強的模型只是比較不容易出錯,不能取代人的確認。

三種工作對照:照規則做用小模型、要判斷用中階模型、要負責用最強的模型並由人確認

圖:三種工作各自對應的模型等級,以及人在其中的角色。

什麼時候該分層?我們用三條簡單的規則,符合任一條就分:

  1. 同類的項目有 10 個以上。
  2. 要開 3 個以上的子代理。
  3. 要大量讀檔案做唯讀偵察。

小任務不用分層,分了反而多一道協調。量一大,全部丟給同一個模型,不是浪費就是太慢。

AI 開工前,要先用一行宣告打算怎麼分,以及預估用量,宣告完直接執行,不需要每一步回頭問。這一行宣告是留紀錄,讓人事後看得懂,不是在等批准。

人什麼時候才被打斷

人只在三種情況被打斷:花錢、刪東西、對外送出。

除此之外,AI 直接做,做完回報。我們的取捨是:已授權、可復原的日常步驟先做,到了花費、不可逆刪除或對外送出,再請負責的人確認。每個團隊的界線可能不同,要先寫下來。

對外的內容也是同一個邏輯。AI 可以寫信的草稿、文章的初稿、簡報的第一版,但按下送出的永遠是人。草稿寫得再好,承擔後果的還是我們。

要問人的時候,我們把問題整理成幾個重點,放在回報最後,不在中途卡住整條流程。人上線時一次看完、一次回覆,比被零碎地問好幾次有效率。

不在同一個地方,怎麼接得上

成員在不同城市,作息不同,AI 的 session 又隨時開關。要接得上,靠的不是即時溝通,而是把狀態寫在檔案裡。

每個專案有一個 STATUS.md,固定四塊:

  • 現況:做到哪裡了。
  • 待人:需要人處理的事。
  • 待 AI:可以交給代理人接手的事。
  • 踩過的坑:這個專案已經犯過的錯,避免重犯。

STATUS.md 的四個固定區塊:現況、待人、待 AI、踩過的坑

圖:每個專案的 STATUS.md 固定四塊,開新 session 一律先讀它。

另外有一個 collab 資料夾,裡面兩份檔案:BOARD.md 是討論板,各方的想法和問題先寫在這裡;DECISIONS.md 是結論庫,討論有結果就寫進去,之後不再重吵。

規矩只有一條:任何人或 AI 開新 session,先讀 STATUS.md,再動手。這樣不管誰在哪個時區接手,都知道現況是什麼、該做什麼、哪些事已經決定了。人不在場而必須有人回答時,就在 BOARD.md 留一條待回覆的問題,人上線後先清這個。

我們也讓 AI 互相審查:一個負責開發,另一個獨立的 AI 做 QA 審查,結論寫回 DECISIONS.md。要獨立,是因為同一個 AI 檢查自己寫的東西,很容易看不見盲點。

檢查結果,也檢查流程

排程是否真的完成? 自動工作可能停在權限確認或登入步驟。不能只看成功燈號,還要確認這次預期的檔案有沒有產出、內容是否完整。建立排程後先試跑,遇到互動式登入也要安排處理方式。

是否照約定的方式完成? 功能表面上能用,也可能省略了檢查或交接文件。驗收時把完成條件列出來,請 AI 附上檢查結果,另一位成員再核對重要項目。

怎麼開始

  1. 先盤點工作,分成三種。 把團隊這週做的事列出來,標上照規則做、要判斷、要負責。第三種留給人。
  2. 寫下打斷清單。 先從花錢、刪東西、對外送出開始,再加上你們自己的紅線,例如簽名或談條件。清單以外的事,AI 做完回報就好。
  3. 每個專案建一個 STATUS.md。 四個區塊:現況、待人、待 AI、踩過的坑。規定新 session 開工前先讀它。
  4. 訂一條模型分層的觸發規則。 同類項目多、子代理多、讀檔多的時候才分層,並要求 AI 開工前用一行宣告方案與預估用量。
  5. 用產出驗收,並找人複核。 排程任務看產出檔,不看面板狀態;重要的產出請另一個 AI 或另一位成員獨立檢查,結論記下來。

不用一次做完,先做第一步和第三步就有感。

讓下一位接得上

文件不用很長,但要回答:做到哪裡、下一步是什麼、哪件事等人決定。AI 開新對話之前也先讀這份紀錄,才不會憑舊印象改已經定案的東西。

先在一個專案裡試。能順利交接後,再把同樣的欄位放到其他專案。

謝謝你讀到這裡。有問題或發現錯誤?來信告訴我 ↗
KEEP IN TOUCH

下次更新,再來看看。

最新文章會放在這裡。你可以用 RSS 追蹤;
電子報正在籌備,開刊時再通知你。

收到開刊通知 用 RSS 追蹤文章 →開刊通知會開啟郵件程式,寄出後由我們登記。
圖解另開圖片 ↗