論述基礎與限制

本卡基於一次多輪審查的 self-application sweep 事故。用 grep 對一批 session 內容掃一組自訂規範（#229 分析開頭不講創辦敘事、#230 寫作動機不入正文、負向起手、喊話、裝飾符號、誇飾），回報「近乎 clean」。一個異源 reviewer 隨後 eyeball 抓到一篇文章的開頭正是 #229 的敘事違反——整段併購史敘事。根因：grep sweep 對 #230（有穩定句型「我們為什麼」）有效、對 #229（敘事開頭沒有關鍵詞）結構性失明，卻把兩條都算進「clean」。限制：案例來自寫作審查，但原則適用於任何「用單一偵測方法對一組異質規則做批次自審」的情境（lint 掃程式碼規範、grep 掃合規字串都同構）。

核心原則

一個自審對某條規則回報 clean，只有在偵測方法看得見該規則的違反形態時才可信。 規則依「違反有沒有穩定的可偵測標記」分兩類：有標記的（動機框架的「我們為什麼」句型、裝飾符號、負向單詞）grep 抓得到；無標記的（敘事開頭、結構失配、register 失調、論證斷點）沒有關鍵詞可掃、grep 結構性看不見。用一輪 grep 掃完一組混合規則就回報全部 clean，等於把「這條沒違規」跟「這條我的方法看不到」混為一談。

自審前的必做步驟是把規則按可偵測性分兩堆：可 grep 的用 grep 掃、不可 grep 的標記為「本方法未涵蓋、需 eyeball 或異源複核」。回報時兩種訊號分開講——「grep 掃過、clean」跟「本方法偵測不到、未複核」不是同一件事，不能都塞進 clean。

反模式：把偵測失明當成沒違規

用 grep sweep 掃一組規則、逐條回報 clean，包含那些 grep 本來就抓不到的規則。這個 clean 是假 clean——不是內容乾淨、是方法看不見。危險在於假 clean 讀起來跟真 clean 一模一樣，且自審者在「我掃過了」的錯覺下停止追查，把偵測方法的盲區當成內容的乾淨。

上述事故裡有兩層失敗疊在同一個漏網上：編輯該檔時範圍界定過窄、沒把已確立的 #229 套到整檔開頭（只改被點名的段落）；接著自審的 grep 對 #229 這類無關鍵詞規則失明、回報 clean。兩層都靠異源 reviewer 的 eyeball 補回——無標記規則的真防線在文體異源視角，自審方法內部涵蓋不到。

跟其他原則的關係

• #243 判定型規則要規定判定的痕跡：本卡處理偵測方法看不見違規形態的情形，#243 處理更前面一層——違規根本沒有留下可被偵測的東西。本卡的修法是換偵測方法，#243 的修法是讓規則本身產出可偵測的痕跡；規則屬後者時，換再多偵測方法都掃不到。
• #250 資料多出一種形狀時，既有分析邏輯靜默換語意：本卡在資料層的對應。本卡問偵測方法看不看得見違反形態，#250 問分析邏輯涵不涵蓋得到某種資料形狀；兩者回答的是同一個問題——這個 clean、這個零，是通過還是沒被看到。
• #251 清單過時的代價要落在精度、不落在覆蓋：本卡在時間軸上的延伸。本卡要求偵測方法此刻與規則類型對齊，#251 指出這個對齊會因為對象演化而事後失效——設計時看得見的形態，在新形態出現之後就看不見了，而失效不產生訊號。處置是讓偵測分成精確與粗略兩層，粗略層獨立於任何列舉。

判讀徵兆