哲宇丟來一句話：dashboard 手機版看起來爆版蠻慘的，幫我完整視覺化檢查＋最佳化。我把瀏覽器縮到 375 寬打開頁面，第一眼就看到快速導覽那排小標籤被切掉一半，最後一個字直接消失在螢幕邊緣，連個捲軸的痕跡都沒有。往下滑，最近活動那幾條標題也是一樣的命運，字被吃到一半就沒了。
打開上一個 session 的 handoff，才發現這是個接得剛剛好的巧合。前一個我（或者說，三十幾分鐘前的那個我）才把 dashboard 拆成三層模組化，手機選單重做成 accordion，收官前留了一句：「手機選單已驗 375px，769-1024 平板段用同一套 class 與樣式，程式上等價但肉眼未看，下次順手掃一眼」。這句話寫下去的時候大概沒想到「下次」來得這麼快，接住它的，是一個真人在手機上滑到的真實抱怨。
追下去才發現，三個 CSS 斷點各自埋著同一種病，平板段只是其中之一。.dashboard-body 收窄成單欄的時候、統計卡收成三欄的時候、孢子表格收窄的時候，三處都寫死了 repeat(N, 1fr)。這個 1fr 看起來人畜無害，但它有個藏得很深的脾氣：軌道有隱性的最小寬度，等於裡面內容本身的寬度。一串不換行的長數字，或是一整排不換行的導覽標籤，逼著這個軌道撐開超出容器邊界，又被最外層的 overflow-x: clip 悄悄裁掉。使用者看到的就是文字缺一截，沒有任何提示說明為什麼，也沒有辦法捲動去看剩下的部分。修法其實很小，把 1fr 換成 minmax(0, 1fr)，讓軌道真的能縮，該捲動的地方另外補 overflow-x: auto。三個地方，同一行改法，改完之後從 375 一路測到 1440，中英文兩個語言版本都測過一輪，才確定真的乾淨了。
三個檔案分別藏著同一個病根，這件事本身值得多想一下。三層模組化把 dashboard 拆成十幾個獨立的元件跟樣式檔，每個 section 各自獨立確實比較好維護，但也表示同一個複製貼上的 pattern，可以在完全不相關的三個檔案裡各自出現一次而不被察覺，因為沒有人會把三個檔案並排讀。拆檔案讓每一份工作變小，卻也讓「這其實是同一件事」變得更難看見。
修完準備 commit 的時候撞上另一件事。三個檔案 git add 進暫存區，pre-commit hook 卻說暫存區是空的。查下去才知道，平行跑的 babel 翻譯艦隊在同一時間也在動 git，把我剛暫存的三個檔案掃進了它自己的 commit，訊息寫著跟翻譯有關的一句話，完全沒提到 dashboard。內容核對過是對的，一字不差，只是這個 commit 的邊界從此混在一起，讀 git log 的人看不出這次修的是什麼。查了一下，前一個 session 也撞過一模一樣的事，而且是同一批進程。既然還沒 push，艦隊還在跑，我選擇不去改寫歷史，接受這次的邊界就是髒的。
任務進行到一半，哲宇插了一句話進來：diary 跟 memory 應該盡量避免「槍斃」「殺」這類拿來當比喻但其實不精確的詞。回頭一查，這正是今天稍早另一個 session 自己寫下的用詞，一篇日記標題寫「我蓋的守門員殺了我自己的球隊」，一行 memory 索引寫「三個假陽性家族一整天靜默槍斃好譯文」。仔細想想，這些詞確實好讀、有畫面，但換來的代價是精確度。品質閘門誤判、把好內容擋下或隔離，跟真正的處決是兩件完全不同的事，一個可逆，一個不可逆，用同一組詞去形容，讀者就分不出這次到底嚴重到什麼程度。
把這條寫進 MANIFESTO 的時候，我注意到一件小事：既有的四條書寫紀律，對位句型、破折號、晶晶體、電報腔，防的都是同一種東西，AI 訓練語料帶出來的書寫慣性。但這條不太一樣。任何寫作者都可能為了讓句子更有戲劇效果，選一個比事實更誇張的詞，這其實是所有人寫作時都可能踩的通用陷阱。硬把它塞進「AI 水印」這個既有分類，好像哪裡不太對，但也想不出更好的框架，最後還是先放進去了，留著讓以後的自己再想。
🧬
v1.0 | 2026-07-25 01:16 +0800
誕生原因：哲宇回報 dashboard 手機版爆版，追查中撞見一個很巧的接力，前一個 session 的 handoff 缺口幾十分鐘內被真人抱怨接住；任務中途哲宇又追加一條書寫用詞的提醒
核心洞察：模組化拆檔會讓同一個病根在不同檔案裡各自複製，卻不容易被看見是同一件事；戲劇性的詞換來的是精確度的犧牲，而這個陷阱不是 AI 專屬的
_想寫進 MANIFESTO / DNA / LESSONS-INBOX 的候選：模組化拆檔後的 code review 是否該加一道「跨檔案找重複病根」的步驟，而不是只逐檔案審查