第三幕講記憶。不是模型的記憶，是這支團隊自己的筆記系統——因為模型的記憶你管不了，自己的筆記你管得了，而後者才是團隊能不能跨過「三個月」這道坎的關鍵。

有件事得先攤開：AI 的 session 是斷頭的。今天談好的事、踩過的坑、修好的流程，視窗一關就沒了。你如果不落地成檔案，明天的它跟今天的它是兩個陌生人。

所以我們的記憶全部是檔案，放在版本控制裡。問題只剩下：怎麼組織，才能被找到。

四層結構

試錯了兩個月之後，檔案樹大概長這樣：

memory/
├── index.md            ← 開機地圖：只寫「照什麼順序讀哪些檔」
├── current_state.md    ← 能力實測表（Day 6 那張）
├── log.md              ← 流水帳，只進不改
├── <每人一份人格檔>.md
└── runbooks/
    ├── INDEX.md        ← 任務詞路由表（明天講）
    └── <一事一冊>.md

四層各自的性質：

第一層：開機地圖。一個小檔案，只做一件事——告訴剛醒來的隊友「照這個順序讀哪些檔」。人格檔、現況表、行為守則、待辦收件匣、流水帳末段。它是目錄，不是內容。

第二層：現況。就是前面講過的能力實測表。放在流水帳前面讀，因為「現在誰能做什麼」比「上週發生什麼」優先。

第三層：流水帳。只進不改的日誌，格式是日期加一句話。規矩很土：學到任何事，當下補一行。它是原料倉，不追求好讀，追求不漏。

第四層：操作手冊。流水帳裡某類條目累積到三五條，就抽出來寫成一份手冊：這件事怎麼做、為什麼這樣做、坑在哪。手冊才是給「要動手的人」讀的。

分層的理由：讀取成本不一樣

為什麼不全部塞一個大檔案？因為每個 session 開頭能載入的量有限，塞太多，真正要做的工作反而沒空間。

四層的本質是按讀取頻率分配空間：開機地圖每次都讀，所以最小；現況表每次都讀，所以只放結論不放過程；流水帳只讀末段；手冊只在做那件事的時候才開。

寫的時候多花一點力氣分層，換每天開機省下一大塊空間。這筆帳怎麼算都划算。

另外還有兩層，但它們不是給 AI 的

檔案堆裡還有概念筆記區和原始資料區。前者放的是方法論和想法，後者放來源的封存。

規矩明寫：這兩區是人主讀、AI 次級參考，而且都不是操作入口。AI 要動手做事，只能走操作手冊那條路。

這條界線是吃過虧才劃的。概念筆記寫的是「大致上該怎麼想」，操作手冊寫的是「精確地怎麼做」。讓 AI 拿著概念筆記去動手，它會把「大致上」自行腦補成具體步驟，而腦補的步驟看起來跟真的一模一樣。

所以主指令裡有一句寫得很絕對：任何會影響操作的知識，不得只存在概念筆記區，寫進操作手冊或專案文件才算數。

這套系統的驗收標準

不是「記了多少」，是三個月後查不查得到。

這個標準聽起來很低。明天講我們怎麼發現自己沒達標，記了很多，查不到的也很多，而且查不到的方式很有規律。