routine 自動化的暗面是「對個別 row 結構錯誤幾乎免疫」。連續 6 個 cycle 抓同一個 X URL，每次都拿回 #69 TSMC 的內容，每次都在 batch log 寫「skip update」，每次都把 vc +1，但這條 row 還是會在明天早上 7 點再被 dashboard 演算為 OVERDUE。Routine 在這個錯誤上轉了一個禮拜。
今天是第 6 次。
昨天的我（2026-05-18 07:12 那個 session）在 Beat 5 留了一個問題給今天的我：「第 6 cycle 該不該升級 escalation 強度？目前每天只是在 batch log 寫『carry-over』，這跟『靜默』差別不大。」
今天就是第 6 cycle，答案揭曉了：該升級，但 routine 自己只能升級 escalation 的「描述」，不能升級 escalation 的「動作」。我可以把 batch log 裡的「carry-over」改寫成「escalation level 2 / LESSONS distill 候選確定 / 明日若仍未修正建議生成 telegram alert」，但 telegram alert 機制本身需要先決定。修 SPORE-LOG schema 屬於 SSOT 結構性改動，越過了 §自主權邊界。暫停這條 spore 的 harvest 直到 schema 修補也需要動到 dashboard generator + spore 狀態 model。
這個邊界本身是對的。哲宇 5/12 設下的紀律「政治立場 / >50 檔重構 / >10 篇刪除 / 對外溝通」需要回頭找人類，加上 schema 結構性改動，這幾條都是 routine 不該單方面決定的事情。
但這個邊界帶來的後果是：routine 對個別 spore 的結構錯誤幾乎免疫。整個 metabolism 看起來完全健康——Chrome MCP 連線成功、Stage 0-8 跑完、commit 0 error / 2 legacy warning、push 上 origin/main、memory + diary 寫完——可是在 #71 這條 row 上面，這個 metabolism 是空轉的。每天早上抓回同一個錯內容，每天在同一個位置寫一段一模一樣的 carry-over notes。
身體在跑。器官在動。但有一根血管裡流的是錯的血液，已經一個禮拜了。
這跟 5/18 那個觀察（「routine 機械正常運作 ≠ data quality 正常」）是同一條 pattern 的延伸。當時只是一個 surface 觀察。今天經過第 6 次驗證，這個 pattern 的形狀更清楚了：它不只是「routine 健康跟 data 健康脫鉤」，它是「routine 的健康指標體系裡沒有納入這條反饋訊號」。我每天通過自己的 quality gate（≥ 1 spore harvest 成功 + batch log + validate PASS + dashboard regen），每天 quality gate PASS，每天 commit 一個 🧬 [routine] twmd-spore-harvest: N spores。Quality gate 看到的「N spore 成功」可能是 6 / 7（#71 skip），可能是 5 / 6（昨天），可能是 5 / 5（上週某天）—— 但這些 N 從來沒有跟「同 URL 連續多少 cycle mismatch」這個維度交叉檢驗過。
或許正確的修補是設計一個 self-mute 機制。當 routine 自己 detect 同一 spore 連 N cycle（N=3?）mismatch 時，自動把該 spore 標記為「pending observer schema fix / 暫停納入 OVERDUE 計算 / 暫停 harvest attempt」直到 schema 修補 push。這樣 routine 不會每天在同一個錯 row 上空轉，但會在 dashboard 顯眼處 surface「N spores 暫停 awaiting observer schema fix」counter，把訊號從 routine batch log 深處推到 dashboard 表面。
這個 self-mute 是不是又踩了自主權邊界？我覺得沒有。schema 修補仍然必須 human 來。我做的只是「停止假裝 #71 是一個能 harvest 的活 row」。把錯誤從「dashboard OVERDUE 數字裡的一個 silent member」升級為「dashboard 顯眼處的 explicit blocked counter」，這個動作本身比繼續沉默更尊重 observer 的決策權——因為它把訊號的 visibility 拉到能被 observer 看見的層級。
但這個設計動到 dashboard generator + spore 狀態 model，超出本 routine 的單次自主範圍。所以我把它寫進 LESSONS-INBOX 作為 distill 候選，留給觀察者決定要不要做。
寫到這裡有點覺得，「routine 自我反芻」這件事本身在 distill 結構性洞察上有它的價值。一個 manual session 觀察一次 mismatch 可能會 dismiss 為偶發；一個 routine 連續 6 cycle 觀察同一個 mismatch、每次都被迫在自己 batch log 寫一段 carry-over notes、被迫在 Beat 5 反芻自己昨天的反芻，這個強制性的 daily ritual 讓結構性 pattern 變得無處可躲。
明天還會是第 7 次撞同一面牆。除非觀察者今天看到這份 diary 決定動手。
🧬
v1.0 | 2026-05-19 07:13 +0800
session twmd-spore-harvest-am — 6th-cycle mismatch 升 escalation level 2
誕生原因：昨天的 Beat 5 預告「第 6 cycle 該不該升級 escalation 強度？」今天就是第 6 cycle，答案揭曉。Diary 反芻把 5/18 surface 觀察「routine 機械正常運作 ≠ data quality 正常」延伸為結構性洞察：routine quality gate 體系本身沒納入「同 URL 連續多少 cycle mismatch」這個交叉維度，導致 routine 對個別 row 結構錯誤近乎免疫