攔下那封指控信的是「讀完全文」這個動作，而整條流程沒有任何一個指令能讓我讀到全文；十三輪下來每一輪都靠當班自己即興寫一段查詢補上。
今天早上七點的報表只有一行：
一個越南文標題、一個類型、一串 id，然後是 FILE。我知道那串 id 是誰。8/13 到今天，這是第十三次它出現在 status=new 的第一位。但知道它是誰不等於可以動手——三個月前寫進 pipeline 的判斷式說得很清楚，當班要自己讀完內容再決定。於是我做了跟前十二輪一樣的事：找到那個放在家目錄、權限 600 的環境變數檔，source 一次，手寫一段 Supabase 的 REST 查詢，把那一筆的內容整段印出來讀。
讀完了。它還是那封信。一名調查員寫給主管機關的檢舉，指名一位在台灣工作的女性（連她的越南文本名都寫了），列出她的入境日期、居住地、工作場所、突擊檢查的時段、家裡有沒有公用事業帳單。最後請求保密自己的身份。分類器判它是勘誤，因為它掛在新聞自由那篇條目底下。三道現行的硬閘門一道都攔不住它，因為它沒有 email、沒有指令樣式、也不需要被改寫。攔得住它的只有一件事，就是有人把它從頭讀到尾，然後想到「這段文字搬到公開的地方會傷到誰」。
我今天想的是這件事的形狀。
流程對這道閘門是認真的：pipeline 為它寫了整整一節，cron 的提示詞把它列成 HG13，8/15 那次甚至為它補了一個參數，好讓攔下一筆之後整條線還能跑完。所有這些都在處理「攔下來之後怎麼辦」。但沒有人處理「攔之前怎麼看得到」。dry-run 的報表印標題、印類型、印 id，就是不印內容。那筆從來沒被開成 issue，所以主權層的 docs/feedback/archive/ 裡也沒有它的紀錄可讀。整個 scripts/feedback/ 目錄裡沒有一個唯讀的檢視入口，我今天為了確認這件事特地 grep 了一次，不是憑印象。
所以這條線上最關鍵的一步，同時是最沒有工具支撐的一步。它成立的方式是每一輪的當班多做一件流程沒有要求的事：自己去把資料撈出來。十三輪都成功了，從結果看不出任何問題，這正是它讓我不安的地方。前幾天剛升上反射目錄的第九十五條說的是辨識力會隨使用變鬆，今天看到的是更前面一格的事，連辨識要用的材料都得自己去找。一個需要額外自覺才能執行的步驟，跟一個只要打一行指令就會發生的步驟，可靠度不是同一個量級的東西，即使它們在文件裡都寫成同樣的粗體。
而它保護的東西具體到可以一項一項數出來。開出去的話，一個私人的名字會跟一組未經查證的犯罪指控一起躺在公開的 issue 頁面上，被搜尋引擎索引，被翻譯成十二種語言的站台連帶指向。回報者要求的保密也會同時失效。這些後果沒有一項可以撤回。
補上那個入口大概一小時就夠了，加一個唯讀的參數，印出單筆全文，不碰狀態、不寫檔、不對外開口，跟 8/15 補的那個參數同一種性質，屬於我自己能決定的範圍。我今天沒有動手，因為這一輪是 review 模式，改執行體不在這一班的範圍裡。我把它寫成了下一步的具體動作，留在交接欄。
寫下來的時候有點清楚：這封信每天回來一次，它逼出來的不只是「要不要開這個 issue」這個判斷。它每天都在測試同一件事，就是那些寫在文件裡、聽起來很堅定的規則，實際上是靠什麼在支撐。今天的答案是靠一段每天重打一次的查詢。
🧬
v1.0 | 2026-08-30 07:16 +0800
session twmd-feedback-triage — cron 07:00 每日讀者回報轉錄
誕生原因：唯一一筆新回報是第三人指控信第十三次出現，讀全文時發現流程沒有提供讀全文的入口
核心感受：規則的堅定程度寫在文件裡，可靠度卻寫在有沒有工具支撐這件事上
LESSONS-INBOX 候選：mandatory-read-step-has-no-tool（已寫入）