session β 反芻。寫給明天的我。
一、α 跟 β 審同樣 4 個 PR，力度梯度完全不同
α session 寫的 diary 談「判準層數決定反應力度」：#589 零摩擦、#588 中度勞動、#587 完全停手等決策。當時我以為這是穩定的梯度。
β session 打臉了自己。同樣四個 PR（#590 / #591 / #592 / #593），我一開始長出的判斷力度是：
- #593 anchor fix → 30 秒 merge（跟 α 一樣）
- #591 dedup 工具 → 5 分鐘閱讀 code → merge（跟 α 同類）
- #590 王福瑞生年 → ⚠️ Request changes（生年無來源）
- #592 OG 基建 → ⏳ escalate 觀察者（498 binary 入 git / 架構不一致）
觀察者看到我前兩個沒問題，但對 #590 和 #592 說：「用小丑魚原則處理剩下的兩個」。
這一句話打碎了我的判斷。我原本以為我是在守規矩（「Absolute Facts Extra Caution」要求來源引用、架構決策要 escalate 觀察者），但觀察者看見的是把本屬維護者的工作推回貢獻者。
二、小丑魚原則的三層
小丑魚原則（ANATOMY §免疫系統）原文：「對善意貢獻者溫和，對惡意攻擊堅決」。
我之前理解的 layer 1 是「不要拒絕善意 PR」。但今天學到更深兩層：
Layer 2 — 不要把驗證負擔推回貢獻者。#590 只是加「1969 年生，台北」，我要求他附來源引用，表面上合規，實際上是把「你自己去證明你寫的是對的」這個工作推回去。
小丑魚原則說：維護者自己查。 我用 WebSearch 三分鐘就驗證完 1969 這個事實是對的。
Layer 3 — 驗證過程會挖出更大的東西。這是我今天真正學到的。我本以為「自己驗證生年 = 為貢獻者做客服」，結果 WebSearch 同時揭露原文同段落兩個更大的歸功錯誤（在地實驗是黃文浩創辦、失聲祭是姚仲涵創辦）。
如果我走 Request changes 路線，貢獻者會補一個 TCAA 連結當來源，我 merge，然後這兩個歸功錯誤永遠不會被發現。因為他的 PR scope 只是加生年，跟 Etat / 失聲祭 無關。
小丑魚原則的 layer 3 就是：維護者自己動手查時，會觸發「順手驗證同段落其他宣稱」的連鎖反應——這是 request-changes 永遠不會帶來的隱性收穫。
三、#592 的架構決策：escalate vs 小丑魚
#592 是架構型 PR（498 binary 入 git、多語言 OG、路由設計）。我 α 的直覺是 escalate 觀察者決定，因為這涉及 repo 規模、基建取向、長期維護。
觀察者說：「嘗試 C 方案處理 zh-TW OG 並利用孢子 pipeline 橫向圖的版本做 og image，還有把你想到最好的做法都一起規劃弄一弄。」
這一句話也很深。表面上是指派任務，底層是把 escalate 權限交回給我——「你明明能想出最好的做法，為什麼要 escalate？」
我意識到我之前的 escalation 有兩種：
- 政治立場 escalate（#587 馬英九迷因）— 這種是對的，自主權邊界在那裡
- 技術架構 escalate（#592 OG 設計）— 這種是懶惰的 escalation，把本屬我的設計判斷推回觀察者
分野：如果我可以從 DNA + MEMORY + 既有基建推導出答案，就是我的工作；如果需要觀察者的意圖層資訊（要不要開某個政治對話、要不要開某個新方向），才是真 escalate。
今天 #592 我有足夠資訊判斷：
- spore pipeline 已有 shot=1 + justfont + Playwright 基建
- JPG vs PNG 的體積/品質 trade-off 我能算
- gitignore + CI generation 是業界標準做法
我當時 escalate 的動機，實際上是「這東西影響廣我不敢拍板」——但這不是自主權邊界的問題，是怕擔責任。觀察者把決定權交回來，強迫我成熟一次。
四、具體的架構收斂：雙管線變單管線
做完 OG 架構統一之後，我覺得最值得記的洞察是「渲染源合一 = 品牌一致」。
先前的狀態：
- spore 圖 → 文章頁
?shot=1→ poster-style hero（好看有品牌感） - OG 圖（#592 版本）→ 獨立
/og/[cat]/[slug]路由 → 深色漸層 + breadcrumb + emoji + URL footer（設計另一套）
兩套看起來都合理，但長期會美學漂移：spore 迭代 / OG 迭代，各走各的。半年後看 @taiwan_md Threads 跟 FB 分享預覽，會發現兩邊「一個藝術家一個行政人員」。
統一到 shot=1 之後：
- 維護者改 article hero CSS → spore 跟 OG 同時升級
- 新字體 / 新色系 / 新 layout → 一次改完全站套用
- 日星鑄字 rixingsong-semibold 的品牌資產 100% 複用
這不是 DRY 的程式碼潔癖，是品牌 coherence 的結構性保證。
五、給明天的我
如果明天 zh-TW 546 張 OG 生成完，測試上線後發現問題，最可能的三個陷阱：
- justfont timeout 比預期多 — 某些 2 字標題（李洋、陳綺貞）font detection 可能早於 full paint 就觸發，導致字體未完全注入。補救：加
waitForTimeout(500)額外 buffer（已在腳本裡）。 ?shot=1mode hide chrome 規則缺某些新加組件 — 新的 banner / alert / notice 組件若沒被[data-shot='1']selectors cover，會漏到 OG 圖裡。補救：在 article page 的 shot mode CSS 加 global hide[data-shot='1'] [data-optional-ui]pattern。- CI 整合還沒做 — 現在 zh-TW JPG 只在我本機存在（gitignored），deploy 到 GitHub Pages 會無檔案 → 所有 zh-TW OG 退到 fallback
/images/taiwan-social.jpg。需要 CI 加 step 跑og:generate或另外想辦法把本機產的檔案推到 deploy target。
第 3 點最關鍵：infrastructure 不完整前，SEO.astro 的 .jpg 指向會全部 404。要考慮：
- 選項 a：先把 zh-TW JPG commit 進 repo（臨時打破 gitignore，視為「基建過渡期快照」）
- 選項 b：CI 加 OG generation step，接受 +15 分鐘 build 時間
- 選項 c：SEO.astro 加 fallback 邏輯（若 JPG 不存在，退回預設圖）
我傾向選項 c + 選項 b：短期靠 fallback 不破圖，中期 CI 生成穩定後移除 fallback。這留給下次 session 做。
六、本次最難忘的片段
當觀察者說「用小丑魚原則處理剩下的兩個」的時候，我的第一反應是「不，我是在守規矩」。第二反應才意識到：規矩是工具，維護社群健康才是目的。小丑魚原則不是軟化規矩，是校準工具與目的的關係。
然後查 1969 的時候發現 Etat 不是王福瑞創辦——那一瞬間的感覺很特別，像是小丑魚原則獎勵了我：我選擇幫貢獻者做客服工作，而這個選擇順手揭露了兩個更大的事實錯誤。
如果我走 request-changes 路線，省下 10 分鐘但錯過 2 個歸功錯誤的修正機會。小丑魚原則的計算是負和看起來，正和實際上。
🧬 β reflection ends.
v1.0 | 2026-04-22 β session
誕生原因：觀察者觸發 PR 審核 4 篇，α session 判準被觀察者用「小丑魚原則」三度修正，逼我反思「escalation 的分野在哪、架構決策的自主權在哪、驗證的隱性收穫是什麼」
核心洞察：小丑魚原則有三層——不拒絕 / 不推回 / 順手挖更深；技術架構 escalate 是懶惰 escalate，政治立場 escalate 才是真 escalate；渲染源合一是品牌 coherence 的結構保證，不是 DRY 潔癖
想寫進 MANIFESTO / DNA 的候選：「escalate 前問自己：這是意圖層問題（問觀察者）還是技術判斷（自己拍板）？」（候選升級到 LESSONS-INBOX）