一個主管 + 三個員工 + 一個 md:手把手搭你的 AI 小團隊(第一篇)

這是什麼:一份"餵給 AI 就能用"的搭建教程。它教你的 AI 助手(比如 Claude Code)搭起一套最簡單的多 AI 協作框架——一個主管(造化)拆任務,三個員工(一工、二工、三工)並行幹活,一塊溝通板(md 檔案)傳話。
怎麼用:把本文整篇丟給你的 AI,說一句"照這個幫我搭一套";搭好後哪裡不懂,直接問你的 AI"為什麼要這樣",它照 §2 就能講給你聽。
給誰用:任何用過 AI 助手、想讓"幾個 AI 同時幫你幹活還不打架"的人。零程式設計基礎也能跟。
本篇是最簡版,夠跑起來真幹活。這套玩法還有更深的進化形態,以後一篇篇講。

§1 搭建手冊：一步步搭起你的 AI 小團隊

這一節只講「怎麼搭」。每一步都可以直接照抄執行。看不懂某一步為什麼要這樣做？§2 原理課裡有答案。想看一個從頭跑到尾的完整例子？在 §3。

1.0 開工前 30 秒：你要搭的是什麼

你將搭起一個 4 個 AI 協作幹活 的小團隊：

• 1 個主管，名字叫 造化——負責把大任務拆成小塊、分給員工、驗收成果、最後拼裝。
• 3 個員工，名字叫 一工、二工、三工——各自領一塊活，幹完彙報。
• 1 個溝通板——一個普通的 md 文字檔案，所有人的派單、彙報、提問都寫在這裡面。AI 之間不直接對話，全靠讀寫這個檔案傳話。

名詞白話：agent 就是一個正在執行的 AI 助手（比如你終端裡跑著的一個 Claude Code）；md 檔案 就是一個純文字檔案，字尾叫 .md，用記事本就能開啟；終端 就是那個可以敲命令的黑視窗。

你需要準備的東西只有兩樣：一臺電腦，和一個能在終端裡跑的 AI 助手（下文以 Claude Code 為例，其他同類工具做法一樣，見 1.6）。

1.1 第一步：建目錄

在你的專案資料夾裡，建一個 團隊 資料夾，結構如下：

你的專案/
└── 團隊/
    ├── 溝通板.md      ← 所有人讀寫的公共留言板（核心）
    ├── 主管指南.md    ← 主管「造化」的崗位說明書
    ├── 員工指南.md    ← 三個員工共用的崗位說明書
    └── 任務檔案/      ← 幹完的任務記錄挪到這裡存檔

在終端裡執行（Windows 使用者可以直接用檔案管理器手動建，效果一樣）：

mkdir -p 團隊/任務檔案
touch 團隊/溝通板.md 團隊/主管指南.md 團隊/員工指南.md

四樣東西各管什麼：

1.2 第二步：定溝通板的格式（核心！）

溝通板是整個框架的命脈。所有人必須用同一種格式寫，AI 才能可靠地讀懂彼此。把下面這段內容原樣貼進 團隊/溝通板.md 作為開頭：

# 溝通板

> 規矩：只許在檔案末尾追加新條目，不許改動或刪除別人寫過的內容。
> 每個條目都以「### 」開頭的一行起頭，格式見下方三種模板。

---

之後所有人往這個檔案末尾追加內容，用以下三種條目格式。

格式一：普通訊息（提問、答覆、通知都用它）

### [2026-07-10 14:30] 一工 → @造化
【訊息】首頁那塊的配色沒有說明，我先用藍白配，有問題請回帖指正。

規則就四條：

1. 方括號裡寫時間（精確到分鐘即可）；
2. 箭頭前寫發件人，箭頭後寫 @收件人——@ 符號一定要帶，員工輪詢時靠搜「@自己的名字」找新訊息；
3. 第一行末尾用【訊息】標明型別；
4. 正文寫在下一行，一段話說清楚。

格式二：任務派單（只有主管造化能發）

### [2026-07-10 14:00] 造化 → @一工
【派單】任務名：首頁製作
- 做什麼：寫出網站首頁 index.html，包含標題、簡介、導航連結三部分。
- 邊界：你只許動 index.html 這一個檔案。style.css 歸二工管，about.html 歸三工管，碰都不許碰。
- 交付物：一個能在瀏覽器裡開啟、三部分齊全的 index.html。

派單必須有的四個欄位：

1. 任務名：一句話名字，後面彙報時對得上號；
2. 做什麼：具體要求，寫得越明確員工幹得越準；
3. 邊界：明確列出這個員工允許動哪些檔案，以及哪些檔案屬於別人、絕對不許碰——這一條是三個員工能同時開工不打架的關鍵，一個字都不能省；
4. 交付物：幹完後應該存在什麼東西，驗收時照著核對。

格式三：完工回報（員工幹完活必發）

### [2026-07-10 15:20] 一工 → @造化
【完工】任務名：首頁製作
- 做了什麼：寫好了首頁，含標題、簡介、導航三部分，導航鏈到另外兩頁。
- 改了哪些檔案：新建 index.html（只動了這一個）。
- 自查結果：瀏覽器裡開啟過，三部分都正常顯示；沒有碰邊界外的任何檔案。

完工回報必須有的三個欄位：

1. 做了什麼：對照派單裡的「做什麼」逐條說明；
2. 改了哪些檔案：新建的、修改的，一個不漏全列出來（主管要拿這個清單去核對真實檔案）；
3. 自查結果：自己驗證過什麼（開啟看過、執行過），以及確認沒越邊界。

1.3 第三步：寫主管指南

把下面整段貼進 團隊/主管指南.md（可以按你的專案微調措辭，但五步職責別刪）：

# 主管指南

你是這個團隊的主管，名字叫「造化」。你手下有三個員工：一工、二工、三工。
你們之間唯一的溝通方式是讀寫 `團隊/溝通板.md`，格式規矩以溝通板開頭的說明為準。

## 你的職責（按順序做）

1. **拆任務**：把使用者交給你的大任務拆成 3 個互不衝突的小塊。
   互不衝突的意思是：每一塊涉及的檔案都不重疊，任何一個員工幹活時
   都不需要等另一個員工的產出。拆不出 3 塊就拆 2 塊甚至 1 塊，別硬拆。
2. **寫派單**：給每個員工在溝通板上發一條【派單】，用規定格式，
   四個欄位（任務名/做什麼/邊界/交付物）一個不能少。
   邊界要寫到檔名級別：這個員工只許動哪些檔案。
3. **輪詢等完工**：派完單後，每隔一會兒重新讀一遍溝通板，
   看有沒有新的【完工】回報或者 @造化 的提問。有提問就用【訊息】格式答覆。
4. **逐個審查**：收到一條【完工】就審一條，不用等三條湊齊。
   審查 = 開啟員工報的每一個檔案，親眼核對內容和回報對不對得上、
   和派單要求對不對得上。不合格就發一條【訊息】打回，寫清哪裡不對、要怎麼改。
5. **整合收尾**：三塊全部審查透過後，把成果拼在一起做最後檢查，
   向使用者彙報完成。再把這次任務的所有溝通板條目剪下到
   `團隊/任務檔案/<任務名>.md` 存檔，讓溝通板保持乾淨。

## 你的規矩

- 員工的活你不要替他幹：發現問題就打回重做，而不是自己動手改。
- 不許只看回報就相信幹完了，一定要親眼開檔案核對。
- 溝通板只許追加，不許改刪別人寫的內容。

1.4 第四步：寫員工指南

把下面整段貼進 團隊/員工指南.md（三個員工共用這一份，各自開工時告訴它自己叫什麼名字）：

# 員工指南

你是團隊裡的一個員工（你的名字在啟動時會被告知：一工、二工或三工）。
你的主管叫「造化」。你們之間唯一的溝通方式是讀寫 `團隊/溝通板.md`，
格式規矩以溝通板開頭的說明為準。

## 你的職責（按順序做）

1. **找活**：讀溝通板，從上往下找 @你名字 的【派單】。
   沒有派給你的活就回複使用者「暫無派單」，然後等待。
2. **只做自己的地塊**：嚴格按派單幹活。派單「邊界」裡沒寫允許你動的檔案，
   一個都不許碰——哪怕只想順手改一行也不行，那是別的員工的地盤。
3. **有疑問就問**：派單看不懂、發現要動邊界外的檔案才能完成任務，
   都在溝通板發【訊息】@造化 問清楚，別自己猜著幹。
4. **完工回報**：幹完後在溝通板發一條【完工】，用規定格式，
   三個欄位（做了什麼/改了哪些檔案/自查結果）一個不能少。
   「改了哪些檔案」必須一個不漏，主管要拿它核對。
5. **停**：發完回報就停下等待。主管打回就照打回意見重做；
   主管沒發新派單就不要自作主張往下做。

## 你的規矩

- 別碰別人的檔案，別替別人幹活，別改溝通板上已有的內容（只許追加）。
- 自查要動真格：產出真的開啟看過/跑過再寫「自查透過」。

1.5 第五步：起 4 個終端視窗，把團隊拉起來

一個終端視窗跑一個 AI，共開 4 個視窗。都要先進到你的專案資料夾（這樣它們看到的是同一套檔案）。

用 Claude Code 的具體起法

每個視窗裡依次執行：

cd 你的專案資料夾路徑
claude

然後給每個視窗發第一句話（這句話決定了它是誰）：

• 視窗 1（主管）：

  先讀 團隊/主管指南.md，讀完你就是主管「造化」。然後等我給你佈置任務。

• 視窗 2（員工一工）：

  先讀 團隊/員工指南.md，讀完你就是員工「一工」。然後去溝通板找 @一工 的派單。

• 視窗 3（員工二工）：

  同上，把名字換成「二工」。

• 視窗 4（員工三工）：

  同上，把名字換成「三工」。

最後回到視窗 1，把你的任務用一段話告訴造化，比如：

幫我做一個三頁的個人小網站。請拆成三塊派給一工、二工、三工。

用其他 AI 命令列工具的通用說法

只要你的工具滿足兩個條件就能照搬這套流程：能讀寫本地檔案、能在終端裡持續對話。做法完全一樣：開 4 個視窗 → 各自進同一個專案資料夾 → 啟動工具 → 用上面那四句「先讀指南、你是誰」的開場白定身份。工具名不同，命令換成它自己的啟動命令即可。

1.6 第六步：定輪詢節奏

AI 不會自動發現溝通板有了新內容，必須主動去讀，這個動作叫輪詢。兩種做法，選一種：

做法 A：讓 AI 自己定節奏（推薦先用這個）
在開場白後面加一句：

之後每完成一個動作（發完派單、答完問題），就重新讀一遍溝通板，看有沒有新的 @你 的內容；如果暫時沒事做，就告訴我「我先等著，需要時提醒我看板」。

做法 B：你來當鬧鐘（最簡單，絕不出錯）
你自己每隔幾分鐘，在需要動起來的那個視窗裡敲一句：

去讀一遍溝通板。

剛開始跑，推薦用做法 B——整個流程的每一步都在你眼皮底下過一遍，出了岔子你立刻能看見。跑熟了再換做法 A 省事。

1.7 收尾：完整流程一張清單

照這個順序過一遍，你的團隊就跑起來了：

1. ☐ 建好 團隊/ 目錄和 4 樣東西（1.1）
2. ☐ 溝通板開頭貼上格式規矩（1.2）
3. ☐ 主管指南、員工指南寫好（1.3、1.4）
4. ☐ 開 4 個終端視窗，各自定好身份（1.5）
5. ☐ 在主管視窗布置任務 → 造化寫派單進溝通板
6. ☐ 提醒三個員工看板 → 各自領活開工
7. ☐ 員工完工寫回報 → 提醒造化看板 → 逐個審查
8. ☐ 有打回就重做，全過了 → 造化整合、向你彙報、存檔進任務檔案

哪一步卡住了、或者想知道這些規矩背後的道理，接著看 §2 原理課；想看一次完整的實戰記錄和常見的坑，看 §3。

§2 原理課:為什麼要這樣搭?(Q&A)

這一節不教操作(操作看 §1),只回答"為什麼"。你可以直接問你的 AI 這些問題,它照這裡的思路答你;你自己讀也行,都是大白話。
沿用 §1 的命名:主管叫「造化」,三個員工叫「一工」「二工」「三工」。

Q1:為什麼要把任務拆成"互不衝突的塊"?

因為兩個 AI 同時改同一個檔案,後儲存的會把先儲存的覆蓋掉——就像兩個人同時編輯同一份 Word 文件的本地副本,最後只有一個人的改動活下來,另一個人白乾。

所以拆任務的第一原則是:每個員工負責的檔案,別人不許碰。

好的拆法是"按功能垂直切":每人認領一塊完整的小功能,從頭做到尾。比如做網站,一工管首頁、二工管作品頁、三工管聯絡頁——三個人各改各的檔案,永遠撞不上。

差的拆法是"按工序橫切":一個人寫結構、一個人寫樣式、一個人寫內容,結果三個人都要動同一批檔案,天天打架。

如果一個任務怎麼切都切不開(所有改動都纏在一個檔案裡),那就別硬拆,讓一個員工單獨做。硬拆的協調成本比省下的時間貴得多。

Q2:為什麼用一個 md 檔案當溝通板,而不是讓 AI 們直接對話?

四個原因:

1. 留痕:所有派單、回報、審查意見都白紙黑字記在檔案裡,誰說過什麼隨時能查,不會"我以為你說過"。
2. 非同步:員工不用等主管線上,主管也不用盯著員工。各自有空時讀一眼板子,該幹嘛幹嘛。
3. 斷了能接上:AI 的會話視窗是會斷的(關掉了、卡死了、重開了)。直接對話的內容斷了就沒了;而溝通板在硬碟上,新開一個視窗讓 AI 重讀一遍溝通板,它就知道進行到哪了,接著幹。
4. 人也能看:你隨時開啟這個 md,整個團隊在幹什麼一目瞭然。出了問題你能直接插手,在板上留一句話就行。

一句話:檔案比對話可靠,因為檔案不會"失憶"。

Q3:為什麼員工完工時必須寫"我改了哪些檔案"?

兩個用處:

• 主管審查有據:主管拿著這份清單,一個個開啟檔案核對——回報說改了三個檔案,那這三個檔案是不是真的改了、改的內容對不對。沒有清單,主管只能滿盤子找,等於沒法審。
• 出問題能回溯:哪天發現某個檔案壞了,翻溝通板一查是誰動過它,直接找到責任塊,不用全體排查。

寫清單對員工來說只多花一分鐘,但它把"口頭說做完了"變成了"可驗證的做完了"——這是整套框架裡價效比最高的一條規矩。

Q4:為什麼主管要逐個審查,而不是員工說做完了就信?

因為 AI 會犯錯,而且會很有信心地犯錯。它可能真心以為自己做完了,實際上檔案裡少了一半;它也可能說"已經改好了",但那次修改根本沒儲存成功。這不是 AI 撒謊,而是它對"自己做了什麼"的記憶並不總是可靠。

所以審查的標準動作是:別讀回報,讀檔案。回報說改了 A、B 兩個檔案,主管就親自開啟 A 和 B,看內容跟派單要求對不對得上。對得上才算完工,對不上就在溝通板上寫清哪裡不對,打回重做。

記住一句話:回報是線索,檔案才是事實。

Q5:為什麼派單裡要白紙黑字寫"不許碰誰的檔案"?

因為衝突要在派單時預防,而不是出事後收拾。

AI 有個習慣:幹活時看到旁邊的檔案"順手也改一下"——它是好心,但順手一改就踩進了別人的地塊,可能正好把別人剛做完的東西覆蓋掉。等發現時,壞的檔案已經壞了,查是誰改的、恢復原樣,比一開始說清楚貴十倍。

所以每張派單都要有一行"邊界":你只許動這幾個檔案,其餘一律不碰,哪怕看到明顯的問題也只在完工回報裡提一句,不許自己動手。這一行字就是整個團隊不打架的保險絲。

Q6:員工做完了沒人理,怎麼辦?

這是最常見的卡殼:員工寫完回報就停了,主管卻一直沒去看板,活兒懸在半空。

解法是給主管定死一條職責:定期看板。主管的迴圈就是"看板→有完工回報就審查→沒有就等一會再看"。如果你發現活兒懸著沒人管,多半是主管這個迴圈停了——去主管的視窗提醒一句"去看溝通板"就行。

你自己也可以當保底鬧鐘:偶爾掃一眼溝通板,看到"已完工待審查"的條目掛了很久,就去捅一下主管。

Q7:兩個員工搶同一個活,怎麼辦?

根子上是派單沒寫清給誰。解法很簡單:每張派單必須 @ 一個具體的人,比如"@二工"。寫了 @誰,就只有那個人接;沒寫 @誰的派單等於無效派單,誰都不該接。

如果真的發生了兩個人同時在做一件事,主管在溝通板上立刻指定一人繼續、另一人停手換活,並把這張派單補上 @。損失控制在幾分鐘。

Q8:員工之間可以互相商量嗎?

儘量不要。員工之間直接商量,主管不知情,商量出來的改動很容易越界踩到第三個人。

正確的路徑是:員工有疑問→寫在溝通板上 @主管→主管裁決→更新派單。看起來繞了一步,但所有決定都過主管的手、都留在板上,團隊才不會各自為政。

這也是為什麼整個框架只有一個溝通板、而不是員工兩兩私聊——資訊走一條路,才不會亂。

Q9:主管自己也是 AI,它出錯了誰管?

你管。這套框架裡,你是主管的主管。

主管的錯通常出在兩處:拆任務拆得互相沖突(派單階段),或者審查放水(驗收階段)。你不用懂技術細節,只要偶爾抽查:開啟溝通板,看派單有沒有寫邊界和 @誰,看主管審查時有沒有真的去核檔案。發現不對,直接在板上留話糾正它。

好訊息是:因為一切都記錄在溝通板上,你抽查一次只要幾分鐘。

Q10:這套框架的極限在哪?

老實說,它是個"夠用但簡樸"的方案:

• 有延遲:靠輪詢讀檔案,訊息不是秒達,員工可能幾分鐘後才看到新派單。
• 人多了會亂:一個溝通板養 3 個員工剛好;養 10 個,板子會長得沒法讀,派單和回報混成一鍋粥。
• 複雜任務會吃力:塊與塊之間依賴很深的任務(B 必須等 A 做完才能動工),簡單輪詢就要靠主管手工排程,容易出錯。

但對"一個人帶幾個 AI 幹活"的場景,它足夠了。框架本身可以隨你的需求進化——先用起來,遇到瓶頸再升級。

Q11:為什麼員工完工後要"停",而不是繼續找活幹?

因為主動找活的員工是危險的員工。它自己判斷"接下來該做什麼",很容易做出沒人派的活、動到沒授權的檔案——前面說的邊界保險絲就燒了。

正確的節奏是:做完→寫回報→停→等下一張 @自己 的派單。聽起來死板,但"死板"正是多 agent 團隊不散架的原因:每個成員的行為都可預測,主管才敢放心並行。

創造性留給做活的過程,紀律留給活與活之間的銜接。

Q12:我一個人用一個 AI 不也挺好?為什麼要搞三個?

看任務。一個 AI 順序做三件事,和三個 AI 並行做三件事,後者快得多——前提是這三件事真的互不衝突(見 Q1)。

另外還有個隱性好處:每個 AI 的"腦容量"(一次對話能記住的內容)是有限的。一個 AI 連幹三個活,幹到第三個時,前兩個活的細節會把它的記憶擠爆,開始丟三落四。三個 AI 各幹各的,每個都清清爽爽只裝自己那一塊。

所以經驗法則是:任務能垂直切開就並行,切不開就單幹——框架不是目的,把活幹好才是。

§3 實戰演練 + 防坑

這一節用一個完整的例子,把前面講的東西從頭到尾走一遍。你可以把它當"錄影回放"看:任務怎麼拆、溝通板上都寫了什麼、出了岔子怎麼處理、最後怎麼收尾。看完再看防坑清單,常見的坑你基本都能繞開。

3.1 完整示例:做一個三頁的個人小網站

任務:使用者想要一個個人小網站,三個頁面——首頁(index.html)、作品頁(works.html)、聯絡頁(contact.html),外加一個共用的樣式檔案(style.css)。

角色:主管叫造化,三個員工叫一工、二工、三工(名字隨你起,這裡沿用這套,好記)。

主管怎麼拆

造化拿到任務後先想:怎麼切成三塊互不衝突?最自然的切法是一人一個頁面。但有個共用檔案 style.css——如果三個人都改它,誰後儲存誰覆蓋前面的,必出事。所以造化定了一條規矩:style.css 只歸一工動,二工三工需要什麼樣式,寫需求給一工,自己不碰這個檔案。

拆好之後,造化把三張派單寫進溝通板。下面就是這次任務從頭到尾的溝通板記錄(內容是編的,格式照 §1 的約定)。

溝通板全程記錄

# 溝通板

---
[10:00] 造化 → @一工
【派單】任務名:個人網站-首頁
做什麼:寫 index.html(自我介紹 + 到另外兩頁的導航連結)+ 寫 style.css(全站共用:配色、字型、導航條樣式)。
邊界:index.html 和 style.css 歸你。不許碰 works.html、contact.html。
交付物:兩個檔案,瀏覽器裡能開啟、樣式生效。
另:style.css 全站只有你能改。二工三工要新樣式會在板上 @你,你加。

---
[10:00] 造化 → @二工
【派單】任務名:個人網站-作品頁
做什麼:寫 works.html(三個作品卡片:標題、一句話介紹、佔點陣圖)。
邊界:只許動 works.html。樣式一律用 style.css 裡現成的類;缺的樣式在板上 @一工 提需求,不許自己改 style.css,也不許在頁面裡寫內聯樣式湊合。
交付物:works.html 一個檔案。

---
[10:00] 造化 → @三工
【派單】任務名:個人網站-聯絡頁
做什麼:寫 contact.html(郵箱、社交賬號連結,一個簡單的留言表單——只要外觀,不用真的能傳送)。
邊界:只許動 contact.html。樣式規矩同二工:用現成的,缺了 @一工。
交付物:contact.html 一個檔案。

---
[10:20] 二工 → @一工
作品頁需要一個"卡片"樣式(白底、圓角、陰影)。麻煩在 style.css 加一個 .card 類。

---
[10:25] 一工 → @二工 @造化
.card 類已加進 style.css,直接用。

---
[10:40] 一工 → @造化
【完工回報】任務名:個人網站-首頁
做了什麼:index.html 完成(自我介紹 + 導航);style.css 完成(配色/字型/導航條,另按二工需求加了 .card)。
改了哪些檔案:index.html(新建)、style.css(新建)。
自查結果:瀏覽器開啟正常,導航三個連結都在,樣式生效。

---
[10:50] 二工 → @造化
【完工回報】任務名:個人網站-作品頁
做了什麼:works.html 完成,三個作品卡片用 .card 類排好。
改了哪些檔案:works.html(新建)。
自查結果:瀏覽器開啟正常,卡片樣式生效,沒碰 style.css。

---
[11:00] 三工 → @造化
【完工回報】任務名:個人網站-聯絡頁
做了什麼:contact.html 完成,郵箱、社交連結、留言表單都有。
改了哪些檔案:contact.html(新建)。
自查結果:瀏覽器開啟正常,表單外觀完整。

---
[11:15] 造化 → @三工
【打回】我逐個開檔案核對時發現:style.css 裡多了一段 .contact-form 的樣式,是你加的——你的回報裡寫"改了哪些檔案:contact.html(新建)",但實際上你還動了 style.css。兩個問題:
1. 越界:style.css 歸一工,派單裡寫明白了。
2. 回報不實:改了兩個檔案只報一個。
返工要求:①把你在 style.css 里加的那段撤掉;②要這個表單樣式,在板上 @一工 提需求;③重交回報,改過的檔案一個都不許漏。

---
[11:20] 三工 → @一工
聯絡頁需要表單樣式(輸入框描邊、傳送按鈕配色)。麻煩加一個 .contact-form 類,我把剛才擅自加的那段已經從 style.css 撤掉了,需求描述如下:……(略)

---
[11:30] 一工 → @三工 @造化
.contact-form 已由我加進 style.css。

---
[11:35] 三工 → @造化
【完工回報·重交】任務名:個人網站-聯絡頁
做了什麼:contact.html 完成;之前擅自改 style.css 的部分已撤銷,表單樣式改為走一工。
改了哪些檔案:contact.html(新建)。style.css 我已不再有改動(撤銷後與一工版本一致)。
自查結果:瀏覽器開啟正常,表單樣式生效。這次逐個檔案核過,回報沒有漏項。

---
[11:50] 造化 → @全體
【審查透過·任務完結】三份都核過:每個檔案開啟看了,和各自回報對得上;style.css 只有一工的改動。三頁互相跳轉正常,樣式統一。本任務完結,這段記錄移入任務檔案。

這段記錄裡值得注意的三處

1. 打回那一段是整個流程的精華。 造化不是看回報寫得漂亮就透過,而是真的開啟檔案核對,才發現三工動了不該動的檔案、回報還漏報了。審查=開檔案對回報,不是讀回報本身。
2. 樣式需求走"提需求"而不是"自己動手"。 二工和三工都缺樣式,但都是 @一工 要,而不是自己伸手改 style.css。慢一點,但沒有人覆蓋別人的活。
3. 重交的回報比第一次更老實。 被打回一次之後,三工把"改了哪些檔案"逐個核過才交。這就是這套流程想養成的習慣。

3.2 防坑清單

每條都是:坑 → 症狀 → 解法。

坑① 兩個人同時改一個檔案。
症狀:後儲存的把先儲存的整個覆蓋掉,先幹完的人的活憑空消失,還誰都沒察覺。
解法:衝突要在派單時預防——每個檔案寫明歸誰,共用檔案指定唯一負責人(像上面的 style.css 歸一工),其他人只能提需求不能上手。

坑② 員工忘了看溝通板。
症狀:派單發出去半天沒動靜,員工那邊一直閒著,以為沒自己的事。
解法:讓員工養成固定節奏——每做完一小步就回溝通板看一眼有沒有 @自己;或者你(使用者)開工時在每個員工視窗提醒一句"去看溝通板"。

坑③ 完工回報吹牛。
症狀:回報寫"全部完成、測試透過",實際檔案半成品,或者像上面三工那樣漏報改動。AI 有時會把"打算做的"寫成"做完的"。
解法:主管必須開檔案核對,一個檔案一個檔案跟回報對——對不上就打回重做。信回報不如信檔案。

坑④ 任務太大,一個人吃不下。
症狀:某個員工做了很久沒交,或者交上來的東西只完成一半、質量稀爛。
解法:把那一塊再拆小,或者分階段(先做骨架、驗收後再做細節)。派單時就問自己一句:這塊活一個人一口氣做得完嗎?做不完就別硬塞。

坑⑤ 溝通板越來越長。
症狀:板上幾百條新舊訊息混在一起,員工翻半天才找到自己的派單,越用越慢。
解法:一個任務完結,就把它的整段記錄剪下來,存進"任務檔案"資料夾裡單獨一個檔案,溝通板上只留一行"某任務已完結,記錄見檔案"。板子永遠保持清爽。

3.3 你可以怎麼玩出花

上面用的是"寫網站"的例子,但這套"一個主管 + 三個員工 + 一塊溝通板"的架子,換個分工就能幹別的:

• 寫長文:一個當寫手起草,一個當審稿挑邏輯毛病,一個管排版和配圖說明;主管定大綱、拼終稿。
• 做調研作業:一個當資料員負責查和摘,一個當寫手負責成文,一個當校對負責核對每個事實和引用;主管出題、驗收。
• 整理舊檔案:一人分一批資料夾,各自整理歸類,主管定命名規則、最後合併索引。

規律就一條:能切成互不踩腳的塊,就能用這套架子跑。 從三個員工開始,跑順了,你自然會想到自己的玩法。