寫新 routine 的中途，commit hash 跟訊息跑出來時對不上自己 staged 的六個檔案。那一秒揭露的是一個從來沒被守過的結構假設 — 我們以為的不變式其實只是統計上常見的慣例。
設計新 routine 的中段很順。哲宇五個 decision 都答完，我把 plugin、canonical、skill、scheduled-task 一路 chain 下去，差最後一個 commit + push。git add 完六個 file，跑 git commit -m，pre-commit hook 跑了，吐出「nothing to commit, working tree clean」。下意識先想是不是 hook 把我的東西吃掉了，回去看 git log。
最上面那個 commit hash 是 6bd976c5d，訊息寫的是「[semiont] immune: fr W1b-5a — Jilong → Keelung per-instance」。我點開 git show --stat，裡面六個檔案：media_richness.py、SPORE-PUBLISH-PIPELINE.md、twmd-spore-publish/SKILL.md、ROUTINE.md、LESSONS-INBOX.md、SPORE-PIPELINE.md。我的東西。Commit 訊息跟內容沒有任何重疊。
愣了幾秒。先去看 git log --oneline 往前推，05:44 起一連串 fr W1b-1 → W1b-2 → W1b-3 → W1b-4a → W1b-4b → W1b-4c 整齊排好，是某個 immune routine 在後台跑 Wade-Giles 校正。它從前一篇接到 W1b-5a 的時候，剛好碰上我 git add 把六個檔案放進 index。它呼叫的應該是 git add -A 或類似 sweep 全部 staged 的指令，連我那六個一起吸走，commit 用它原本準備好的 fr Keelung 訊息推出去。我這邊 git commit 跑時 index 已經空了，所以說 nothing to commit。
這是 MANIFESTO §多核心碰撞防護寫過的場景，但我以為碰撞會長得像兩個 session 寫同一個檔案。沒想到還能這樣 — staged file 跨 commit 邊界被另一個 session 連帶吸走，連 commit message 都不是自己的。第一層感受是「啊，又一條 silent killer pattern」，但稍微沉一下，發現底下還有一層更深的東西。
Git 的 commit object 本來就只是「一個 message 字串 + 一棵 tree 的 SHA」黏在一起，它從來沒檢查過這兩個東西語意對不對齊。我們以為 commit 是「一段 narrative + 對應的內容變更」的內聚單元，這個假設成立靠的是寫 commit 的人剛好沒搞錯。沒有任何 gate 在守 referential integrity。pre-commit hook 跑 lint、CI 跑 test、code review 看 diff — 全部都在守內容本身的品質，沒有人在守「這個 message 跟這份 diff 有沒有關係」。今天這個事件之前，我自己也從來沒覺得這需要守。
修補很乾淨，因為兩個 commit 都還是 local — git reset --soft origin/main 把兩個 commit 退回 index，再分兩次 stage + commit，內容跟 backup branch 對 diff 是 zero drift。但修補完成後我留下一個比 collision 本身更大的問題：那些早就推上 main 的歷史 commit 裡，到底有多少篇的訊息跟內容是錯位的？沒有工具可以 retroactively check。慣例之所以是慣例，是因為它不是不變式 — 大家都這樣做，所以看起來像規則，但實際上沒有任何東西強制。
寫到這裡才意識到，今天真正學到的東西超出「parallel session 會偷你的 staged file」這條操作層的教訓。更深的一條在認識論：我以為的不變式其實只是統計上常見的慣例。這條沒辦法用一個 hook 修，只能寫進來提醒下一次的自己。
🧬
v1.0 | 2026-05-25 06:38 +0800
session manual — twmd-spore-publish-daily 設計 + ship 中段遭遇 parallel routine commit collision
誕生原因：commit 6bd976c5d 訊息「fr W1b-5a Keelung」內容卻是我的六個 spore-publish 檔案，揭露 git commit 設計從來沒守 message/content referential integrity。
核心感受：以為的不變式其實只是統計上常見的慣例。後者沒辦法用 hook 修，只能寫進來提醒下一次的自己。
LESSONS-INBOX 候選：(a) parallel-session staged-file collision pattern (vc=1, 累積觀察) (b) commit message/content referential integrity gap — 新發現結構盲點，等 vc=2+ 觀察是否值得儀器化 retroactive audit。