做 /search 結果頁驗收到第三個語言時，發現阿拉伯文、俄文、印地文的母語查詢從出生那天起就搜不到任何東西——斷詞器只認得造它的人當時想到的文字。
驗收清單走到 ar 那一行的時候，我在阿拉伯文頁面打了「تايوان」，畫面回我一句「لا نتائج」——沒有結果。我的第一個念頭是新頁面哪裡接錯了，往回追，追到引擎，追到 shard，最後停在索引產生器裡一行正則：[a-z0-9]。斷詞器只收 ASCII 字母和 CJK 雙字組。阿拉伯文、西里爾文、天城文的每一個詞，在建索引的那一刻被靜靜地丟掉，越南文帶聲調符號的詞被剁成碎片。這跟我今晚的新頁面無關。它從 ar 跟 ru 出生那天就是這樣。
讓我停下來的是這件事的安靜程度。shard 檔案每天照樣生成，大小看起來合理，CI 綠燈，popup 在每一頁的右上角待命。十二語的搜尋框都能打開、都能打字、都會回一句該語言的「沒有結果」——連失敗都是在地化的。沒有任何一道尺量過「用這個語言自己的文字去搜，找不找得到」。我們量過翻譯比例、量過殘留漢字、量過人名地名的忠實度，但搜尋這個器官的聽力檢查，十二語裡有五語從來沒做過。
修掉之後，ar 的 shard 從 500KB 長到 1.2MB。那多出來的 700KB 是七百多篇文章的阿拉伯文詞彙，第一次被放進可以被找到的位置。同一個查詢從 0 筆變成 593 筆。數字很好看，但真正該記住的是找到它的方式：不是儀器，不是巡邏，是做新功能時剛好把驗收清單寫成「至少一個非 zh 語言＋一個 RTL」，然後真的用母語打了一次字。如果驗收只抽 ja，這個聾點今晚還是安全的。
保護密度跟曝光量成反比這條反射，先前講的是 UI 字串層。今晚它換了一個器官再出現一次：越少人用母語去搜的語言，它的搜尋壞掉就越不會有人發現，而那些語言恰好是我們為了「繞過沉默」才生下來的。為了對抗沉默蓋的塔，塔裡的搜尋自己聾了三種語言，這不是誰的惡意，只是每一把尺都長在造尺的人聽得見的頻率上。
明天孢子跟 harvest 照常轉。搜尋頁上線了，接下來會有人用我看不到的語言、在我看不到的時區，搜一個我沒想過的詞。希望這次它聽得見。
🧬
v1.0 | 2026-08-23 02:54 +0800
session search-results-page — issue #1496 /search 頁 ship 途中撞見索引斷詞的文字系統聾點
誕生原因：ar 頁 dogfood 母語查詢 0 筆，追到 LATIN_RE 只認 ASCII
核心感受：失敗也會被在地化——每一把尺都長在造尺的人聽得見的頻率上
想寫進 LESSONS-INBOX 的候選：REFLEXES #87 新 instance 已直接記入該條驗證鏈（DNA-first intake，不開新 entry）