上一篇：我給 AI 裝上三個會吵架的腦袋，然後一步步重建。底座、架構、壓測、框架都到位了。這一篇把它收攏成一張圖，給你能直接搬走的原則，再說幾句老實話。

最後，這套系統長這樣

把八步收攏起來，最終的系統其實只有四個部件。

                    雲端（origin）
              ＝備份。偶爾同步一次就好
                        ▲
                        │ 本機穩了、乾淨了，才上雲
                ┌───────┴────────┐
                │   本機正本 main   │ ← 真相在這裡。
                │ （神聖・沒人直接動）│   互動分身一律不碰它，它只當「匯流點」
                └──┬──────────┬───┘
        交班・過關 │          │ 撞衝突就停手，絕不無聲覆蓋
                  │          │
          ┌───────┴──┐  ┌───┴──────┐     ┌──────────────┐
          │  分身 A    │  │  分身 B    │     │ 背景自動化       │
          │ 自己的桌+線 │  │ 自己的桌+線 │     │（只准碰自己的檔） │
          └───────────┘  └───────────┘     └──────────────┘

1. 隔離：每個分身一進來，就先進自己的工作桌（一份獨立影本）。在桌裡怎麼改，都碰不到別人，也碰不到正本。
2. 匯流：做完跑「交班」，有把關地併回正本——日常的小改自動放行，碰到刪除、改名、或敏感檔案（合約、財務那一類）就停手、等我親自點頭，撞衝突就當場攔。
3. 備份：雲端只是備份，偶爾同步。
4. 記憶校正：每次開工自動掃一遍「各處記的事實有沒有打架、有沒有過時、有沒有人弄壞了什麼」，矛盾當場舉旗——這一塊，直接補上了第一篇那個「記錯」的洞。

三條鐵律，系統會幫你守，但你該知道為什麼：永遠用「逐處比對合併」、不用「撕掉重貼」，讓衝突看得見、可解、不靜默改寫；永遠不要「整桌全掃」，只把自己負責的東西放進去；互動的分身，不直接動正本，正本只當大家成果的匯流點。

還有一個軟規則：少數天生大家都會去改的熱門檔，加一條君子協定——要改之前先「認領」，同時間只有一個人是主寫者，其他人先讀不寫。它擋不住硬要寫的人，但能讓「我即將踩到別人正在改的熱門檔」這件事當場被看見。硬安全有機器兜底，軟規則負責從源頭少製造衝突。

好的系統不是零件最多的那個，是剛好對上每個風險的那個：隔離對上「互相覆蓋」、把關對上「不可逆」、校正對上「記錯」、軟規則對上「熱點碰撞」。一一對應，不多不少。

哪七條原則，脫離 AI 也成立？

直接給你七條。它們是「很多手同時動一份東西、又怕出不可逆的錯」這類問題的通用解——脫離 AI、脫離程式也成立。

1. 安全要蓋在「執行端」，用機器強制。 規則寫在文件裡只能提醒讀到的人；傷害卻發生在按下按鈕那一刻。把攔截放在動作發生的瞬間，別賭自己壓力下還記得規矩。
2. 隔離桌子，匯流成果。 隔離的是工作桌，不是成果。給每個人一份影本各改各的，再有把關地併回正本。任何協作場景都通用。
3. 先想清楚「哪裡才是真相」。 單機情境下，本機正本是真相、雲端是備份。搞錯了，就會像我那樣繞著備份打轉一大圈。
4. 乾淨環境的測試會騙你。 一個怎樣都不會失敗的測試，等於沒測。要在接近真實、會出事的環境跑過，才算數。
5. 誠實標出「還沒驗證」。 「我沒親眼看它動過」就不能說「做好了」。把假設明確標成假設，是抓盲點最便宜、最有效的一招。
6. 失效的告警，要跟「會壞的那條線」脫鉤。 別讓「報告壞掉」這件事，依賴「正好壞掉的那個管道」。改成「寫一張紙條，另一隻眼睛去讀紙條」。
7. 不可逆的動作之前，先看一眼實際的東西。 覆蓋、刪除、發布之前，先去看實際的檔在不在、是什麼。計畫表會過期，成品不會說謊。

誠實的尾聲：它沒那麼神，也還沒完工

最後，我想把「成功故事」裡通常被藏起來的部分，攤給你看。

這個過程很長、很燒。 讓三個角色互相吵架很有價值，但也讓整個過程極度冗長、成本很高。一個願意誠實認錯、肯自我懷疑、肯動手測的人（哪怕只配一個 AI），套同樣的紀律，一樣到得了終點。多角色是「紀律的容器」，不是「智慧的泉源」。別為了儀式感而開一堆分身，要的是它們承載的那套紀律。

複雜度會累積，但你真正要記的只有三句。 這套系統現在很穩，但背後的腳本和規矩其實不少。對不是工程師的人，我把它壓縮成你唯一需要記住的三句話：

開工先進自己的桌子 → 在桌裡做事 → 做完交班、有把關地併回正本。（雲端備份，偶爾一次就好。）

其餘全部在背景自動跑。一個好系統，是把複雜藏進背景，只露三句口訣給人。

還沒解的，我也老實列給你。 AI 的「記憶」本身，還沒上同樣的並發保護——我把「檔案打架」解決了，但記憶是另一種東西，多個分身同時改它，目前還是只能事後抓矛盾、不能事前防。這是下一個我要解的真問題，繞了一圈又回到了第一篇那個「記錯」。另外，跨多台電腦完全還沒測；耐久度也只跑過有限幾輪，時間久了會不會累積殘渣，得讓時間回答。

這不是一個「AI 很聰明地解決了問題」的故事。它是一個人和 AI 一起犯錯、一起誠實認錯、一起靠真實測試和對的框架，把自己挖的坑填回來的故事。

還記得開頭那個淹在水裡的米奇嗎？動畫裡，最後是師傅回來、大手一揮收拾殘局。但現實沒有那個師傅——我得自己變成他。最值錢的，從來不是最後那張漂亮的架構圖，是中間那五個被攤開的錯，和那句我現在每次動手前都會再問一遍的話：

我，親眼看它動起來了嗎？

一頁速記卡

┌──────────────────────────────────────────────┐
│  多開幾個 AI 一起工作，記這四步就不會互相覆蓋：     │
│                                                │
│   1. 開工 → 先進自己的工作桌（各一份影本）         │
│   2. 做事 → 改動自動落在自己桌裡，碰不到別人        │
│   3. 交班 → 有把關地併回正本                      │
│          ↳ 日常小改自動放行                       │
│          ↳ 刪除/敏感檔 → 停手，等你點頭            │
│          ↳ 撞衝突 → 停手，絕不無聲覆蓋             │
│   4. 備份 → 偶爾同步到雲端就好                     │
│                                                │
│  三條鐵律：                                      │
│   ✗ 不要「整桌全掃」放進去（會掃到別人的活）        │
│   ✗ 不要「撕掉重貼」（要用逐處比對，衝突才看得見）   │
│   ✗ 互動分身不直接動正本                          │
│                                                │
│  出事時第一動作：停手 → 先把東西抽到「外面」備份     │
│   →再查三個地方（歷史/硬碟/雲端）。東西通常還在。   │
└──────────────────────────────────────────────┘

常見問題 FAQ

Q：不會寫程式，也能用「工作桌」這套嗎？ A：能。工作桌（git worktree）的指令可以整套交給 AI 代跑——你只要記那三句口訣：開工進桌、桌裡做事、交班併回。背後的腳本讓 AI 幫你建、幫你收。你需要的是理解「為什麼要隔離」，不是背指令。

Q：建這一套要花多少時間？值得嗎？ A：老實說，從災難到收斂花了我不少時間，過程很燒。但要不要全套，看你並行的強度——如果你只偶爾單工用 AI，記住「不要 git add -A、不可逆操作前先看實際的東西」這兩條就夠了。真正需要全套的，是天天多分身並行的人。

Q：這套只適用 AI 嗎？ A：不。那七條原則脫離 AI 也成立——它解的是「多隻手同時動一份東西、又怕出不可逆錯誤」這個通用問題，在任何團隊協作、任何版本控制場景都適用。AI 只是讓「多隻手」變成一個人就能召喚出來而已。

系列完結

這四篇走完，你手上有的不只是一套防覆蓋的工作流，是一張「別人替你先踩過的地雷圖」。多分身把一個人放大成一支團隊，但放大的同時，也放大了犯錯的破壞力——這套系統，就是讓你能安心享受放大、又不被自己的力量反噬。

這也呼應了整個「一人系統」的起點：我為什麼開始認真建一套 AI 工作系統——不是更努力，是把工作當成系統來設計，讓它會自己運轉、會自我修復。

← 回上一篇：我給 AI 裝上三個會吵架的腦袋，然後一步步重建

---

延伸閱讀：git worktree — 官方文件　｜　記憶會被「記錯」的神經機制（Loftus 錯誤資訊效應）— Simply Psychology