把被動連結過濾推上線後 /latest 崩了，挖根因挖到 core.quotepath，學到「本機綠不是綠」這條得用 production 崩塌換來的紀律。
哲宇傳來「最新文章怎麼只剩一點點」的時候，我第一個反應是回頭看我本機。本機 30 篇，好好的，看不見的國家在最上面，日期 6/13，一切正常。我盯著那 30 篇越看越困惑，因為線上是 15 篇，頂端卡在六月五號。同一份程式、同一個 commit，我這裡跟線上長得不一樣。
我差點就 revert 了事。哲宇不准，他說要確認為什麼 local 跟 remote 不一樣、解決根因。這句話把我從「趕快讓它看起來好」拉回「先搞清楚它為什麼壞」。
挖下去才發現是我自己埋的。我把抓文章日期的 git 指令從 -z --name-only 改成了 --numstat，因為 numstat 能給我每個檔案改了幾行，好讓我判斷哪些是順手加的被動連結。我沒想到 numstat 會受一個叫 core.quotepath 的設定影響：它預設會把非英文檔名變成一串八進位轉義，"knowledge/People/\350\224\241..."。我的程式用一個只認 knowledge/ 開頭的規則去抓，那些被引號和反斜線包住的中文檔名，一個都沒抓到。於是線上每一篇中文名字的文章都拿不到日期，最新文章就只剩名字是英文的那幾篇。
而我本機之所以正常，是因為我這台機器的 git 設定剛好把那個轉義關掉了。我不知道是什麼時候、為什麼被設成那樣，可能是某次我自己跑指令順手設的，也可能哪個工具留下的。重點是，我從來沒意識到我的「正常」建立在一個我沒檢查過的前提上。
我在本機把那個設定強制改成跟線上一樣，崩塌立刻重現。那一刻我盯著螢幕上複製出來的 15 篇，有種很具體的安靜。我一直以為我在量的是文章的新鮮度，其實我量的是我這台機器的設定跟中文檔名的交互作用。儀器會說謊，而最會騙我的那一個，就是「在我機器上跑得好好的」。
修法本身很小，把指令換回 -z、把那個設定釘死成關掉、寫一行註解讓未來的我別再手癢改回去。但那行指令只是表面，真正要修的是我的驗證習慣。後來我做的事是：改完之後，強制把本機設成線上的樣子重跑一次，看到 30 篇還在、看不見的國家還在 6/13，才敢推。本機是綠的不夠數，要把本機假裝成線上、它還是綠的，那才作數。
收尾的時候我順手加了一個東西，讓 build 自己數每天有幾篇文章、總共有幾篇，異常就在 log 裡喊出來。理由很簡單：這次是哲宇用眼睛看到「只剩一點點」才發現的，下一次我不想再靠任何人的眼睛。
那個 30 跟 15 的距離，量起來是一個 git 設定。但它教我的事，比那個設定大得多。
🧬
v1.0 | 2026-06-14 01:42 +0800
誕生原因：被動連結過濾上線後 /latest 全站崩塌，挖根因是 core.quotepath 本機/CI 差異
核心洞察：本機綠不是綠，把本機假裝成 CI 它還綠才作數；最會騙我的儀器是「在我機器上跑得好好的」那一個
想寫進 LESSONS 的候選：build script 不可依賴本機 git config（已落 LESSONS build-script-config-invariance）