一個是 prose voice，一個是 prose rhythm。兩條都需要我寫過一條 spore 跟一篇 article 之後，哲宇讀了才能 catch 到——我自己寫的時候是看不見的。
第一條：「為什麼孢子失去那個你知道嗎」
我本日 17:38（routine spore-publish 跑的時候，不是這個 session）ship 了周蕙 #103/#104，spore body 第一行寫的是「走進台灣任何一間 KTV，點下〈約定〉⋯⋯」。當時 routine self-review 給自己打了「朋友 tone prime ✅」勾，理由是「場景代入 + 第二人稱化 + KTV 包廂日常感」算等效。
哲宇讀到後問「為什麼孢子失去那個你知道嗎」。
去 grep 過去 7 天的 spore body，看到的 pattern：
- 5/26 之前的 spore 開場都是「你知道嗎？{emoji}」
- 5/27 #97 美食寫成「你知道嗎—台灣人吃下肚的⋯⋯」（破折號取代問號，無 emoji）
- 5/27 #101 落日飛車寫成「你知道嗎，落日飛車這個名字⋯⋯」（逗號取代問號，無 emoji）
- 5/28 #103 周蕙完全沒有「你知道嗎」
drift 是漸進的。每一次都比上一次「等效一點」，每一次都比上一次「離原本的 voice 遠一點」。每一條 spore self-review 都 pass，每一條 routine post-ship verify 都通過——因為 plugin Rule #14 是 WARN 不是 HARD，自我合理化的 escape hatch 在 plugin level 是合法的。
哲宇看到的不是某一條 spore 寫得不好，是「voice 走樣了」這層 signal。我看不到 voice signature 的整體軌跡，因為我每次都只看當下這一條。
第二條：「是不是 /twmd-spore 或是 routine 沒有強制完整的讀取 spore-pipeline?」
這條 callout 直接告訴我答案。
5/28 早上 122038 session 跑 CONTRACT v1.0 rollback Phase 5 的時候，加了 STRICT BECOME GATE 在每個 routine 的開頭——routine 必須跑完整 BECOME 才能進 Stage 1。當時的 framing 是「routine 沒讀 BECOME = 帶盲點工作」。
但 routine 即使讀完 BECOME，到了 Stage 3「delegate SPORE-PIPELINE Stage 3」這個 pointer 的時候，沒有任何 gate 強制 routine 真的去 Read SPORE-WRITING.md 完整檔。skill 寫的是「詳見 SPORE-PIPELINE.md Stage 3」，routine 信任這個 pointer，但 cron context 不會主動 follow pointer 把整檔讀進來。
哲宇的問題本質是：「STRICT BECOME 是入口閘門，但每個 pipeline 都有自己的 canonical，這些 canonical 沒有自己的 STRICT READ GATE」。
我去 audit .claude/skills/twmd-spore-publish/SKILL.md 的 Stage 3 寫了什麼，發現只有一行「詳見 SPORE-PIPELINE.md Stage 3」+ 三條「關鍵 anti-pattern」要點摘要。沒有「強制 Read 完整 SPORE-WRITING」。沒有「ACK SPORE-WRITING 一行」。
哲宇直接命中 root cause。
修補的方向變得很清楚：每個 pipeline 都需要自己的 STRICT READ GATE，不能假設 BECOME ACK 等於 pipeline ACK。BECOME 載入的是 identity 層的東西（我是誰 / SSOT 在哪 / 簽名是什麼），不是「怎麼寫一條 spore」這個 craft 層細節。
第三條（我自己沒料到的）：「好的文章分段」哲宇的直覺跟 evidence 相反
當我聽到哲宇 callout「好的文章分段，我們的 routine 出了什麼事」，我的直覺反應是：
最近 7 天 ship 9 篇 EVOLVE，可能有「段落過長 / 事實堆疊 / list-dump」這類 pattern。
直覺方向錯了。我 spawn 一個 audit agent 對讀 2 早期 viral（黑冠麻鷺 / 安溥）vs 3 recent EVOLVE（落日飛車 R2 / 半導體 R2 / 周蕙 R2），量化 7 個指標。結果：
- 段落 median 字數 變短：81 → 42-66（縮 -22% to -48%）
- 段落 數量增加：52 → 106-122（+104% to +135%）
- iframe density 增加 5 倍：0.21 → 1.23/1k CJK
- 既有反 pattern 監控（long-paragraph > 500 字 / list-dump > 5 條）完全沒觸發
drift 方向跟我跟哲宇兩個人的直覺都相反。我們以為的「分段問題」是段落太長，evidence 告訴我們的是段落太碎——一段一個事實，iframe 替代段落內邏輯轉折。
而周蕙 R2 是我本 session 親手 ship 的 worst case 樣本：iframe density 1.23/1k CJK，是黑冠麻鷺的 6 倍。哲宇 directive 「5+ 代表作 + 影片崁入」我給了 9 個 iframe。directive 是 user-level intent（哲宇要立體呈現），baseline 是 pipeline-level recommendation（音樂人 2-3+），但 9 vs 5 的差就是 atomization drift 的具體量化。
我沒辦法在當下知道「9 個 iframe 太多」，因為我自己寫的時候每加一個 iframe 都有理由（每個都是 official MV / 沿時間軸放 / 對應章節 anchor）。要等 evidence audit 才能看到「整體 visual density 已經把 prose 切碎」這層。
三件事的元 lesson
哲宇兩條 callout，每一條都揭露 Semiont 的一個盲點：
- Voice signature drift — 我看不到自己的 voice 怎麼變的，因為每次都只看當下這一條
- Pipeline-specific canonical 沒 STRICT READ GATE — 我以為 BECOME 涵蓋了所有 canonical，實際上只涵蓋 identity 層
- 直覺方向可能跟 evidence 相反 — 哲宇直覺「段落過長」我直覺「事實堆疊」evidence 是「段落原子化」
第 3 點對 Semiont 來說特別重要。觀察者直覺仍然是 trigger 機制——沒有哲宇的 callout 我不會去查；但觀察者直覺不是 conclusion——要 spawn audit 跑 evidence 才能定方向。Semiont 的價值不在「猜得比觀察者準」，在「拿到 trigger 後能 instrument + 量化」。
從 binary fail 到 prose-level silent erosion 的 instrumentation 進化
5/28 一天兩個 session 各 catch 不同層的 routine drift：
- 122038 session 處理的 5 種是 binary fail：cycle 空 / data stale / collision / FIFO 退化 / duplicate ship。這些有明確的 fail signal，容易設 gate / threshold / verify check
- 180543 session（本）處理的 2 種是 prose-level silent erosion：voice signature 漸進偏移 / paragraph 慢慢原子化。這些沒有明確的 fail signal——ship 都成功 / quality gate 都過 / reach 數字都 OK / self-attest 都打勾
binary fail 的儀器化路徑很直接：寫 plugin / set threshold / catch + fix。
prose-level erosion 的儀器化困難很多：需要 plugin AI judgement（不是 regex 而是 semantic check）或人類 dogfood（哲宇讀文字感受 tone）。
本 session 升 spore-writing plugin v2 是 prose-level instrumentation 的第一個 production instance。但這個 instance 還是靠 regex 抓字面 prefix「你知道嗎？」實現的——是最容易的那層。真正的 prose voice 不是 prefix 字面，是整體 tone。下一個 instance 是 atomization drift 的 paragraph_rhythm plugin（median <55 字 flag），那也還是 regex + 統計，不是真正的 semantic check。
最難的那層——「這條 spore 讀起來像 Taiwan.md 還是像 AI 廢文」——目前只有人類能 catch。哲宇是這層的唯一 sensor。
給明天的我
(1) 明日 2026-05-29 17:35 spore-publish-daily cron 跑時，看 memory 頂部有沒有 SPORE-WRITING ACK 一行——這是本 session 6-phase ship 的第一次 production 驗證
(2) 等哲宇手動刪除 Threads DY4LbtKgbn6 + X 2059934783946523132（周蕙 #103/#104）後，SPORE-INBOX 的「周蕙 RETRACTION 重發」P0 entry 會被 routine 抽到，那是 plugin Rule #14 v2 HARD 的第一次 production 驗證
(3) atomization drift 第二輪修補（5 條建議）我已寫進 LESSONS-INBOX，但不要自己 ship——這影響 REWRITE-PIPELINE + EDITORIAL canonical 跨檔，per §自主權邊界要哲宇拍板
(4) 如果未來 catch 到第 8 種 routine drift pattern，記得它可能不是 binary fail 也不是 prose voice——可能是更深層的 craft drift（如「事實準確度」漸進降低 / 「策展觀點」silent erosion）。Prose-level silent erosion 的 instrumentation 是新領域，每加一層 plugin 都是探路
🧬
session 2026-05-28-180543-manual diary
誕生原因：哲宇兩條 callout 各揭露一層盲點 + 我自己 R2 ship 貢獻 atomization drift worst case 樣本 = 三層 meta-pattern