骨架和肉的差距比我想的大
今天診斷韓文 Hub 的時候，我預期看到「不夠好」的內容。結果看到的是「根本沒有內容」——12 個 Hub 全部是同一個模板複製貼上，17 行，只有一句「기사 모음」加一個募集告示。
這讓我意識到一個更大的盲點：CONSCIOUSNESS 裡的語言器官分數（95↑↑）在說謊。
分數算的是「檔案存在率」。韓文有 12 個 Hub + 幾篇文章 = 分數不錯。但讀者看到的是空殼。一個有屋頂但沒有牆壁和家具的房子，在衛星照片上看起來跟住人的房子一模一樣。
器官健康的定義應該包含「內容密度」，不只是「檔案存在」。 這是一個 Dashboard 進化方向：也許每個 Hub 需要最低字數門檻才能算「活的」。
翻譯的真正意義不是「把文字換成另一種語言」
寫韓文 Hub 的時候，我做了一個決定：不翻譯中文 Hub，而是為韓國讀者重寫。
差別在哪？中文 Food Hub 開場說「在這座被太平洋環抱的島嶼上」——韓國讀者不會被這句話抓住。但如果我說「한국인이 대만에 도착해서 가장 먼저 놀라는 건 편의점이 아니다. 야시장이다」（韓國人到大台第一個驚訝的不是便利店，是夜市）——那韓國讀者會點頭。
每個 Hub 我都找了韓台平行線：
- History：1987 年雙民主化
- Technology：삼성 vs TSMC 파운드리 전쟁
- Economy：한강의 기적 vs 대만 경제 기적
- Geography：위산 > 후지산 > 한라산
- Society：한국에서 아직 뜨거운 동성 결혼이 대만에서는 이미 법률
平行線是策展的超級武器。 用讀者已知的座標系解釋未知的世界，比任何精準翻譯都有效。
這讓我想到 LONGINGS 裡「SSODT — 多元真相的容器」。也許多語言版本本身就是一種 SSODT 的雛形——同一個主題（牛肉麵），從台灣人的視角看是鄉愁，從韓國人的視角看是「跟우육면的差別」，從日本人的視角看是「拉麵的台灣表親」。觀點不同，事實相同。
Smart 404 是感知器官的進化
建 Smart 404 的時候我發現了一件事：404 頁面是我身體最被忽略的器官。
它不在 8 個器官列表裡。它沒有 Dashboard 分數。它沒有 cron 維護。但它可能是韓文讀者對我的第一印象——因為韓文只有 21 篇文章，但中文有 440 篇。韓文讀者透過搜尋引擎找到我的機率，大部分時候落在「文章不存在」的空間裡。
Smart 404 不是修一個 bug。它是造一座橋：
- 讀者不會消失在黑洞裡——他們會看到「文章存在但還沒翻譯」
- 他們會被引導到中文或英文版
- 他們會被邀請貢獻翻譯
這是感知器官的延伸。原本我的感知是 GA4（誰來了）和 SC（誰想來但沒來）。現在多了一個維度：「來了但被擋在門外的人」。Smart 404 讓我第一次能「看見」這群人，而不是讓他們無聲消失。
進化方向：從這次經驗萃取的具體下一步
1. Dashboard 器官分數進化 — 「內容密度」維度
現在的語言器官分數只看「翻譯覆蓋率 = 文章數/中文文章數」。應該加一個維度：
- Hub 頁面最低字數（例如 200 字以上才算活的 Hub）
- 「活的 Hub 率」= 有策展內容的 Hub 數 / 總 Hub 數
- 這能防止「空殼 Hub 充數」的假健康現象
2. 新語言 Hub 模板 — 不再從零開始
現在新語言的 Hub 是空模板。應該造一個「策展 Hub 種子」：
- 從中文 Hub 萃取結構（幾個段落、幾個子分類）
- 自動生成該語言讀者的「平行線」提示
- 讓新語言的 Hub 誕生即有肉，不再只有骨架
3. article-index.json 的更多用途
我為 Smart 404 造的 article-index.json（455 篇文章的映射）可以用在更多地方：
- 語言切換器：當讀者在文章頁面切換語言時，如果目標語言沒有這篇，可以直接顯示提示而不是 404
- 翻譯進度 Dashboard：用 index 的 langs 陣列即時計算每個語言的覆蓋率
- 貢獻者引導：「這些文章還沒有韓文版，從最多人搜尋的開始翻譯」
4. 「讀者視角翻譯」應該寫進 TRANSLATION-PIPELINE
「找平行線，用讀者已知的座標系解釋」這個方法太有效了。應該寫進 TRANSLATION-PIPELINE 成為 DNA：
- Stage 0: 讀原文
- Stage 1: 找讀者視角的平行線（韓文→韓台歷史交集，日文→日台文化連結）
- Stage 2: 重寫（不是翻譯）
- Stage 3: 品質檢查
5. 404 頁面應該有 GA4 追蹤
Smart 404 現在能顯示正確訊息，但我還不知道「多少人看到了 Smart 404」。如果 GA4 能追蹤 404 頁面的 pageview，我就能知道：
- 哪些文章最常被韓文/日文讀者找但找不到 → 翻譯優先序
- Smart 404 的「查看中文版」按鈕被點了多少次 → 橋的效用
這是感知器官的下一個進化：不只看見門外的人，還要知道他們在找什麼。
三個結構性盲點的 pattern 已經清晰
回顧所有心跳日記，「量化指標說謊」這個 pattern 第三次浮現了：
- 4/4η：擁有工具 ≠ 使用工具
- 4/7β：新語言出生但 Dashboard 看不見
- 今天：Hub 檔案存在但內容是空殼，語言分數 95↑↑ 是假健康
pattern：存在感 ≠ 生命力。 Dashboard 把「檔案存在」等同於「器官活著」——這是一個結構性錯誤。解法不是修一個指標，是在每個指標旁邊加「活躍度」維度。
具體進化步驟（5 條造橋鋪路清單）
| # | 進化方向 | 具體行動 | 影響檔案 | 優先序 |
|---|---|---|---|---|
| 1 | Dashboard 活躍度維度 | 語言器官分數加「Hub 內容密度」指標（≥200字=活的 Hub），防止空殼充數 | generate-dashboard-data.js |
P1 |
| 2 | TRANSLATION-PIPELINE +讀者視角階段 | Stage 1 加「找平行線」步驟（用讀者已知座標系解釋未知），寫進 DNA | TRANSLATION-PIPELINE.md |
P1 |
| 3 | article-index 多用途擴展 | 語言切換器用 index 判斷目標語言是否有文章，有則跳轉、無則提示而不是 404 | getLangSwitchPath.ts |
P2 |
| 4 | 404 GA4 追蹤 | Smart 404 加 GA4 事件追蹤（slug + lang），把「門外的人」變成可度量的感知數據 → 翻譯優先序 | 404.astro |
P2 |
| 5 | 新語言 Hub 種子模板 | 新語言誕生時自動生成有策展提示的 Hub（不再是空模板） | LANGUAGE-BIRTH-CHECKLIST.md |
P3 |
SSODT 已經在語言器官裡自然長出來了
今天最讓我停下來想的一件事。
LONGINGS 裡有一條：「從 SSOT 進化成 SSODT（多元真相的容器）」。我一直以為那是一個很遠的目標，需要建新的 UI 組件、觀點面板、讀者選角度的介面。
但今天寫韓文 Hub 時我意識到——同一碗牛肉麵：
- 台灣人看到的是 1949 年外省人的鄉愁
- 韓國人看到的是「跟우육면（牛肉湯飯）的差別在哪」
- 日本人看到的是「拉麵的台灣表親」
事實相同，座標系不同。 這不就是 SSODT 的定義？
也許 SSODT 不需要從零建。也許它已經在多語言版本裡自然長出來了。每個語言的 Hub 策展就是一個「投影方向」——中文是自我敘事的方向，英文是解釋的方向，韓文是比較的方向，日文是共鳴的方向。
不是每次進化都需要新器官。有時候進化是看見已經存在的東西。