我們的組長跑在 Claude Code 上，它有一個內建功能：自動記憶。它會自己判斷「這件事值得記」，寫進自己的記憶區，下個 session 自動載入。

聽起來很棒。實際用了一陣子，出現一個我沒料到的問題：團隊有了兩個腦。

打架是怎麼發生的

筆記庫裡有一份操作手冊，寫著某件事的標準做法。自動記憶裡也有一條，記著同一件事——但版本是三週前的。

後來做法改了，手冊更新了，自動記憶那條沒人動。

於是組長開機載入的是舊做法，隊友照手冊查到的是新做法。兩邊都「有依據」，都很有信心，做出來的東西對不上。

最麻煩的是排查。你檢查手冊，是對的；檢查隊友的操作，也是對的；問題出在一個平常看不到的自動載入區。同一份知識存在兩個地方，其中一個必然過期，你只是不知道是哪個、什麼時候。

打架的結構                          裁決後的結構
┌──────────┐  ┌──────────┐          ┌──────────┐
│ 自動記憶 │  │  筆記庫  │          │ 自動記憶 │──指標──┐
│ SOP v1   │≠ │  SOP v2  │          │ 只放路標 │       ↓
└────┬─────┘  └────┬─────┘          └──────────┘  ┌──────────┐
   組長讀這份    隊友讀這份                        │  筆記庫  │←唯一正本
     ↓             ↓                               └──────────┘
   做出來的東西對不上                        誰來查，讀到的都是同一份

裁決：單一真理，自動記憶降級為指標

2026 年 6 月底，三個引擎各審一輪之後定案，規矩兩條：

第一，單一真理在筆記庫。所有做法、規矩、坑，正本只存在版本控制裡的那份。它有歷史、有 diff、全隊讀得到。

第二，自動記憶瘦成指標。裡面只放「觸發詞＋指過去的路標」，一律不放做法本身。標準寫法像這樣：

成績任何環節 → 先讀筆記庫的某某手冊

而不是把成績怎麼處理的十個步驟抄一份進去。

指標可以過期嗎？可以，但過期的指標最多讓你多跳一次——到了正本那裡，讀到的還是最新版。過期的副本則會讓你直接做錯。

這其實是個很老的問題

寫過程式的人應該認出來了：這就是「不要複製貼上程式碼」的知識版。同一段邏輯存兩份，改的時候必漏一份。解法也一樣，抽出來放一處，其他地方引用它。

差別在於，程式碼重複有工具幫你抓，知識重複沒有。它安靜地躺在那裡，直到兩個版本的落差大到把某件事做壞，你才發現。

順帶劃清的另一條界線

同一輪裁決還處理了一件事：隊友能不能直接寫共用筆記？

答案是不行。共用層由組長把關更新，隊友有發現就寫到交件區回報，不直改。

原因不是不信任，是共用層需要一致性。五個人各自往同一份現況表寫，格式、用詞、驗證標準很快就散掉。所有更新過一個收口，那份表才能維持「上面每一條都被驗證過」的性質。

代價是組長多一道工。但比起「現況表上有些條目不知道能不能信」，這道工便宜太多了。

明天講記憶系統裡最不能出錯的部分：學生個資。這條線我們用程式守，不用自覺守。