論述基礎與限制

本卡從一次教材補寫的中途檢討抽出。起點是使用者指出判讀類章節「只講理論、沒有範例，沒有經驗的人無法想像各種有風險的情境」。當時把這個需求轉化成「補系統形態與觸發事件」——形態回答「什麼樣的系統會遇到」、觸發事件回答「什麼事件會逼出這個動作」，並據此完成了數篇補寫。

補完之後使用者再次提問：有找到需要補案例的地方嗎，怎麼沒看到補案例的動作。這個提問揭露原始需求被轉化掉了一半：形態與觸發事件解決的是「我是不是這一類」，而「無法想像風險情境」問的是「出事會長什麼樣」。前者是分類，後者是敘事，補了前者不等於補了後者。

轉譯之所以沒被自審抓到，是因為補上的內容通過了所有既有檢查——技術正確、規範合格、結構完整，缺的東西不在任何一欄裡。止血的代價則隨時間線性成長：轉譯發生在最前面，修正要回頭動原則卡、操作規範、待辦描述，以及每一篇已經照舊定義補寫過的章節。

上面三段就是一則微案例，四拍齊全：當初為什麼那樣轉譯（分類語言可檢查可窮舉）、什麼時候發現（補完之後被再問一次）、為什麼自審抓不到（通過了所有既有檢查）、修正要付什麼（成本隨已完成篇數成長）。

限制：本卡談教學章節內的短敘事，不談案例庫的建立與引用（後者見 #224）。適用於判讀 / 選型 / 決策類內容，純參考與程序型不適用。

核心原則

形態讓讀者對號入座，微案例讓他想像後果，兩者服務不同的認知動作、缺一則判讀不完整。 兩者的分界在靜態與時序：形態與後果分析都交代得出後果是什麼（「撤銷等於中斷整條整合」就是後果），交代不出它怎麼發生、為什麼沒被擋下。微案例補的正是那條時間線。

沒有經驗的讀者卡在後者。他讀完形態知道自己中了，但不知道中了會怎樣——而「會怎樣」正是他需要用來說服自己或說服團隊的依據。有經驗的人能自己補上這一段，這也是為什麼純形態的內容對資深讀者看起來已經完整。

微案例指的是無身分的短敘事：三四句、不帶公司名、不帶年份、不帶數字帳目，只保留失敗的過程與它為什麼沒被及時發現。

跟真實 case 的分工

教學層引用真實 case 時要剝離身分與規模鋪陳（見 #224），因為那些帳目的住址在 case 記錄原文。這條原則擋住了「在章節裡展開某公司某年某事件」這個做法，於是很容易得出「章節不該有敘事」的結論。

#224 禁的是搬運帳目與身分，具體敘事不在它的範圍內。無身分的微案例同時滿足兩邊：它有敘事因此可想像，它沒有身分與帳目因此不侵占 case 記錄的責任。

分工是：微案例在章節內、承擔「讓形態變得可想像」；真實 case 在案例庫、承擔「這件事真的發生過、細節可查證」。章節的案例參考段連過去，兩者不互相取代。

反模式：把「補範例」轉譯成「補分類」

失效鏈是：讀者反映缺範例 → 執行者轉譯成可操作的工作項 → 轉譯時選了分類語言（形態、類型、判準）→ 補完之後每一項都正確，但原始需求只被滿足一半 → 因為補上的內容通過了所有檢查，沒有訊號提示還缺什麼。

這個轉譯有其道理——分類語言可檢查、可窮舉、可寫進規範，敘事不行。執行者傾向選可操作的那一種，而這個傾向本身不會被自審抓到，因為轉譯之後的工作項確實被完整執行了。

辨識訊號是提出需求的人再問一次。第一次提需求說「缺範例」，補完之後又問「怎麼沒看到補範例」，代表轉譯過程中丟掉了一半的需求。這時要回去對照原始用詞，而不是解釋自己補上的內容為什麼也算範例。

修法：四拍敘事，寫在形態之後

微案例緊接在形態之後，讀者剛對號入座、動機最強的位置。四拍結構：

1. 當初為什麼這樣做——寫出當時沒有人反對的理由（比較快、省一跳、兩邊都是自己人）。缺這一拍，讀者會覺得「這是別人才會犯的蠢錯」。
2. 什麼時候開始出問題——時間推進，而非同時發生。這類問題的特徵是決策與後果之間有一段時間差，長到當事人不會把兩件事連起來。
3. 為什麼沒有被及時發現——監控盲區、時間差、責任分散。這一拍最不可省略：第一、二、四拍讀者能從機制自行推得（動機、時間差、修復成本都是屬性的延伸），第三拍取決於該組織的監控與責任配置，是唯一推不出來的，也因此最常被省略。
4. 止血的代價——修復本身要付什麼。缺這一拍，讀者會低估這件事，以為出事再改就好。

長度控制在三四句。要更長就代表它該進案例庫，而不是留在章節裡。

四拍依情境取捨：第三拍最不可省，第一與第四拍在後果已經很直觀時可以壓成半句。判準是拿掉之後讀者會不會低估這件事——會，就補回來。這個判準要對著沒有經驗的讀者問，因為已經懂機制的作者自評時最省力的答案永遠是「不會」，於是第一、四拍長期被壓成半句、微案例退化成兩拍。壓縮後的第一拍仍要說出當時這個決定的合理性（「兩邊都是自己人」）；只寫「為了省事」會讓它退回成蠢錯。

微案例挑後果最不直觀的一兩個形態寫；直觀的（例如密鑰外洩會被冒用）補了是冗餘。「一兩個」是上限而非配額——下限由不直觀的形態有幾個決定：先把該篇的形態按後果直觀程度排序，最不直觀的必寫，有兩個以上而只寫一個時要說出漏掉的那個為什麼可以不寫。排序在動筆前做；照節次順序補到哪算哪，挑中的通常正好是後果最直觀的那幾類。

那個理由要落在後果直觀程度上，「在別處已經展開」不成立。 一個形態的後果可以既在別處寫過又完全不直觀，因為別處那段多半是分析——成本結構、修法、風險邊界——而微案例補的是敘事，正是本卡開篇分開的那兩件事。分析替代不了敘事；能替代的只有另一段敘事（同站的真實案例、或另一篇的微案例）。理由寫成「別處已展開」時，規則的外觀留下了、判準被換掉了，而換掉之後每一處看起來都像照規則寫的（見 #243）。寫不出直觀程度的理由、又找不到承接它的敘事時，正確的處置是把它登記成待寫的候選，而不是替它找一個理由。

而判定某個形態「後果直觀」之前，先查它有沒有已經被登記成待補的微案例。 這條規則可以被形式滿足而實質錯誤——理由的形狀對了（用的是直觀程度）、判定卻與自己的待辦清單相反，而兩處相反的時候，登記處那一份通常才是對的：它是在盤點的視角下判的，正文那一份是在「這一段要收尾了」的壓力下判的。兩處先收斂再寫。

四拍要有來源

四拍是敘事的骨架，不是可以填滿的欄位。每一拍要出自親歷的事件、案例庫已經記下的形態、或機制上必然如此（時間差、共用憑證隨產出物擴散的途徑，這一類推得出來）。

第三拍的風險最高，而且風險的來源正是它的價值：它是唯一推不出來的那一拍。推不出來意味著沒有這段經驗的作者只能發明它，而四拍結構本身沒有任何地方會擋下發明——編造的監控盲區讀起來與真實的一樣完整。這條口子在方法被交給缺乏該領域經驗的人或交給生成工具執行時最先破：他們拿到的是一個可以照填的模板，而模板的第三格恰好是他們手上沒有的東西。

寫不出真實來源時，第三拍留白比杜撰好。編造的後果不是讀者少學一件事，是他據此以為自己的監控只要補上那一項就夠了——一則具體而錯誤的盲區，比沒有微案例更難被後續的審查推翻，因為它讀起來已經很像經驗。四拍都找不到來源時，這一節留空並列進待辦，等素材出現再補。

留白要留下可追蹤的痕跡，否則它在事後與「沒想到要寫」無法區分。三件事一起做：不用概括句把第三拍補滿（概括句會讓後人以為這一拍已經寫過）；backlog 的前置條件寫出缺的是哪一類素材（「缺該形態的實際事故記錄」而非「缺素材」）；設一條 tripwire——該形態的案例庫新增任一則、或同類事故在自己的系統發生過一次，就回頭補這一拍。少了後兩項，「留白比杜撰好」會從暫緩退化成永久豁免：沒有觀察者會觸發回補，而「等素材出現」本身不是一個會被誰注意到的事件。tripwire 住在模組的 tripwire 段，該項仍留在 backlog——它已經決定要做、只是被素材阻塞，與「tripwire 不進 Backlog」不衝突。

這條要求連帶決定了補寫的排程：微案例不能靠一輪掃描補完全部章節。有素材的先補，其餘的登記缺口，等案例庫累積到能支撐。

跟其他原則的關係

• #241 判讀層只給機制屬性時，可用程度隨讀者既有經驗遞減：本卡是它的補完。#241 的情境有系統形態與觸發事件兩種，都是分類語言、回答讀者的進入條件；本卡補的微案例並非第三種情境，而是把 #241 兩拍寫法裡第二拍的後果分析從分析換成敘事。三者的認知動作分別是「我是哪一類」「什麼時候要動」「動作晚了會怎樣」。
• #224 教學層引用 case 要剝離身分與規模鋪陳：本卡處理它留下的空白。#224 說明了為什麼不能搬帳目，沒有說明「那要用什麼填」——無身分微案例就是答案。
• #115 案例引用深度跟著 case 類型走：來源紀律的同一條線延伸到另一種載體。#115 管的是引用他人 case 時把 skeleton 擴寫成 rich case（編造細節），本卡的「四拍要有來源」管的是不引用任何 case、作者自寫敘事時同一個編造壓力——載體從別人的紀錄換成自己的短敘事，而後者沒有原文可以對照，因此更難被抓到。
• #244 範例讓最後一類出口缺口現形：本卡的產物是它三種盤點單位裡的第三種。四拍的最後一拍（止血代價）把讀者推到「所以要怎麼止血」，而那個問題在分析段落裡不會被問到——微案例寫完之後要為這一類單位再跑一次出口盤點。
• #126 寫作 review 是多軸完整性、不是單軸深度：需求被轉譯掉一半而全程沒有訊號，是缺一軸的典型——所有既有檢查都在驗「補上的內容對不對」，沒有一項在驗「補上的內容是不是原本要的」。

判讀徵兆

• 提需求的人在補寫完成之後，用原本的詞再問一次（「怎麼沒看到補範例」）。
• 章節裡的形態是一串標籤或短句列舉，通篇沒有任何一段有時間推進。
• 內容能回答「我是不是這一類」，回答不了「所以會發生什麼」。
• 把需求轉譯成工作項時，選的詞跟提需求的人用的詞不同，而這個差異沒有被明說。
• 微案例的第三拍寫得比其他三拍概括（「監控沒有涵蓋到」而不是哪一段路徑沒有涵蓋）——概括通常是沒有來源時留下的痕跡。
• 一輪補寫就讓所有章節都有了微案例：素材不會剛好夠用，全數齊備代表其中有一部分是照模板填的。