前言

「反正寫完會跑掃描工具檢查,動筆的時候先寫,寫完再一起改不就好了？」

這個順序聽起來省事,但實際上把風險留到了最不該留的地方。草稿一旦寫進磁碟,就已經是一份留有痕跡的檔案——即使事後改掉、即使從沒發布,那個版本曾經存在過。如果去識別化只在「發文前」做一次,代表在動筆到掃描之間的這段時間,可識別資訊是以明文形式留在草稿裡的，而不是完全不存在。

今日目標

• 理解「發文前掃描」跟「動筆時就做決定」這兩種紀律的本質差異
• 看到一組對照範例：先寫真名再事後替換,跟一開始就用抽象說法,風險差在哪裡
• 掌握一個簡單的自我提示：引用任何具體細節前,先問「這個要不要抽象化」
• 知道掃描工具是最後一道防線,不是唯一一道防線

兩種紀律的差異

去識別化如果只發生在「發文前跑一次 script」,代表寫作過程中大腦是放鬆的——想到什麼案例細節就先寫下來,反正之後會掃。這個做法有兩個問題：一是掃描工具的規則清單不可能涵蓋所有情況（新出現的識別資訊組合,規則清單本來就還沒收錄),二是即使掃描抓到了問題,草稿裡已經明文寫過一次可識別資訊,這個痕跡本身就是風險。

• ❌ 發文前才處理：動筆時直接寫「這套系統原本用的是 XX 命名慣例」這種帶著具體細節的句子,想著反正寫完會跑掃描,先把內容生出來再說
• ✅ 動筆當下就決定：想到要引用一個具體案例細節時,先停下來問自己「這個字眼放進去,讀者拼湊得出原始情境嗎」,如果答案是會,直接就地換成抽象說法（例如「某類命名慣例」),不要等到掃描才處理

去識別化掃描工具是抓漏網之魚的最後一道防線,不是可以取代動筆當下判斷的替代方案。 已經整理過的素材筆記都曾經漏掉一個真實識別字串沒改——人工複查跟掃描工具都會漏,唯一不會漏的是「一開始就不寫進去」。

今日思考題

回想你上一次寫涉及真實經驗的內容,你是動筆當下就在腦中做了抽象化決定,還是先照實寫、打算事後再回頭改？

今日重點回顧

• 去識別化如果只發生在發文前,代表寫作過程中明文留下痕跡的風險是存在的
• 掃描工具的規則清單不可能涵蓋所有新出現的識別資訊組合,不能單靠它把關
• 動筆當下遇到具體細節,先問「讀者拼湊得出原始情境嗎」,能就地抽象化就不要等到事後
• 掃描工具是最後一道防線,不是取代動筆判斷的方案

明日預告

Day 09 會用一個真實案例,講一條去識別化規則怎麼從「人工複查漏抓一次」演化成一支自動化掃描工具。

寫在最後

寫這系列文章時,前面幾天也真的在動筆當下抽換過幾個原本想直接寫的具體措辭——這種「寫到一半停下來重新想措辭」的節奏,一開始會覺得打斷思路很煩,但養成習慣之後,反而比事後回頭大改省時間。