妙麗不是變快，是同時在兩個地方

2026年8月20日

先講結論：妙麗的時光器從來不是讓她變快，是讓她同時存在兩個地方。這個差別是今天整輪工作流改造的核心：我不需要打字更快的自己，我需要三個同時開工的自己。

以下是我今天實際做完的東西，不是理論。

時光器：多 session 平行

做法很直接：同時開 2–3 個 Claude Code session，每個 session 配一個 git worktree，各自管一條產品線。worktree 讓每個 session 有獨立的檔案區，互不干擾。

上限不是算力。算力可以再開十個 session，但我一個人 review 不完。文獻上的共識是 2–5 個平行任務，我取 2–3。超過這個數，review 品質先崩，平行就沒意義。

分科筆記本：邊界

妙麗每門課有自己的筆記本，不會把魔藥學寫進符咒學。平行不出事的前提就是這個：

• 每件事有自己的檔案邊界（worktree / 目錄責任區）
• 兩個 session 永遠不改同一批檔案
• 共用底層要動的時候，先停平行、單獨改、先合，再恢復平行

第三條最重要。共用程式碼一起改，merge conflict 只是小事，邏輯互踩才是災難。

黑板：BOARD.md

學院交誼廳有一塊黑板，誰做什麼一目了然。我的版本是一個 BOARD.md，魚骨圖結構：一列一個任務，欄位是狀態（todo/doing/done）、認領者、分支、更新時間。

規則只有一條：認領當下立即 commit + push。git 本身就是鎖，兩個 session 同時認領同一個任務，後 push 的會 conflict，自然擋下。

板子會說謊，所以配一支「測謊機」腳本：每天對照 git 實況，板上寫 doing 但分支七天沒動，直接標過期回收。永遠信 git，不信板上寫的。

儲思盆：journal + RAG

session 結束時，自動把對話蒸餾成一篇 journal，只錄六類：決策、定案、踩坑、未完、lesson learned、可改進處。上限 500 字，存進 RAG。

新 session 啟動時自動檢索「上次做到哪」。斷線、重開機、對話遺失，都能接手。這是平行多工的地基。沒有它，每次開新 session 都要重新解釋一遍前情，平行的成本會吃掉平行的收益。

求知慾：好奇心模組

妙麗答不出來會去圖書館。我的版本：agent 回答前先自評信心，低於門檻就先查再答；查了還是答不出的，記進缺口佇列，排程派 agent 補知識進 RAG。

模型本身不會變聰明，變強的是知識庫。

已知限制要直說：LLM 口頭自評的信心校準不可靠，研究實測跟實際準確率是脫鉤的。所以這個觸發機制不能裸信，要配評測驗證，不然只是把「不知道自己不知道」包了一層儀式。

誠實一下

• token 用量直接倍增。多 session 就是多倍消耗，沒有魔法。
• 20 分鐘內能做完的事，不值得開 worktree。切邊界的固定成本比任務本身還貴。
• 網路上那種「十七個平行 agent」的截圖是表演，不是效率。review 不完的產出等於沒產出。
• 最大的變化是角色：我從「做」變成「review」。review 才是新瓶頸，而且這個瓶頸沒有工具能替我扛。

妙麗最後把時光器還回去了

原著裡三年級結束，妙麗受不了了，把時光器還給麥教授。人腦扛不住平行，連妙麗都扛不住。

所以重點從來不是把自己變成時光器。是把平行交給 agent，邊界交給 worktree，記憶交給 RAG，鎖交給 git。自己只留一件事：review。

那件事，目前外包不出去。