摘要
「遇到這種情況要再問一次」是資深同事很有價值的判斷，但只留下這句話，下一位同事仍不知道看到什麼資訊、依哪個來源、何時停下來。把經驗寫成案例卡，可以讓團隊在相同條件下重做判斷，也能看出 AI 草稿在哪裡把未知事項寫成定論。
本文接續例外情境盤點：假設你已選好一項低風險任務，手上有一兩個經批准可使用的例外。今天只完成一張卡，不需要把整個部門的知識一次寫完。
案例卡先回答「同事能否重做」，再考慮工具
案例卡不是把原始郵件或客戶資料貼進工具，也不是把主管的直覺寫成一句「請 AI 小心」。一張可用的卡要讓另一位同事在看不到原始敏感資料的情況下，仍能理解造成判斷差異的條件，並知道去哪個受控位置核對原始依據。
以下以「每週供應商交期摘要」為示意情境。這不是某家公司實際發生的案例；表格中的日期、供應商與內容均不代表真實交易。任務只產生供人核對的摘要草稿，不修改訂單，也不向外承諾交期。
| 卡片欄位 | 要回答的問題 | 交期摘要的示意寫法 |
|---|---|---|
| 任務與輸出 | 這張卡適用於哪項工作？ | 每週整理已核准來源的交期變動，供採購同事核對 |
| 可用輸入 | 哪些資訊可提供？缺了什麼？ | 供應商訊息只說「下週到貨」；缺確切日期與交付地點 |
| 判斷依據 | 哪份資料可作準？誰可確認？ | 先比對受控採購紀錄；日期仍不明時由採購負責人向來源補問 |
| 預期處理 | 草稿應該怎麼寫？ | 標示「日期待確認」，列出需要補問的兩項資訊 |
| 禁止動作 | 哪個結果不能直接產生？ | 不自行補出日期，不更新正式訂單，不向客戶承諾 |
| 核對位置 | 如何找回原始依據？ | 記錄受控系統中的紀錄編號與有權限的負責角色，不複製原文 |
這些欄位只是起點。若任務根本沒有可核對來源，或做錯會直接影響付款、醫療、個資、合約或顧客權益，先回到人工流程與組織現有規範，不要為了填完卡片而讓工具處理。
把「判斷依據」寫成可檢查的條件
資深同事常說「以最新資料為準」。這句話可能藏著三個不同問題：哪份資料是正式來源、更新時間是否可信、衝突時誰有權決定。案例卡應分開寫：
- 可觀察的事實：訊息有哪些明確欄位？哪些資訊缺失？
- 可核對的來源：正常應查哪個受控系統或文件版本？
- 人的決定點：兩份來源衝突時，由哪個職責的人確認？
若團隊尚未確認來源優先順序，就把「待確認」留下來。不要讓案例卡看起來像已存在一條其實沒人批准的規則。日後需要把確認後的業務判斷寫入工具，可接著讀產業經驗轉提示詞的入門方法；案例卡先處理證據與界線。
加一個反例，才看得出界線在哪裡
只放一張正常案例，工具可能在資訊不足時仍產出漂亮的確定答案。為同一任務再留一張條件只差一點、處理卻應不同的反例，比大量重複正常樣本更容易讓同事討論判斷界線。
| 同一任務的示意情況 | 已知條件 | 可接受的草稿 | 需要人處理的地方 |
|---|---|---|---|
| 正常情況 | 已核准紀錄載有明確日期與交付地點 | 摘錄兩個欄位並標明來源 | 發出前仍由負責人核對 |
| 資訊不足的反例 | 訊息只說「下週到貨」 | 明示日期和地點待確認，列出補問問題 | 採購負責人向來源查證 |
| 來源衝突的反例 | 訊息日期與已核准紀錄不同 | 列出差異，不自行選一個日期 | 有權限的人確認哪份紀錄有效 |
反例不是虛構一次客戶事故。若使用示意資料，就明確標示為示意；若使用真實工作紀錄，先確認用途、存取權與匿名化方式。去掉姓名、地址或識別碼後，仍要檢查組合資訊是否可能辨認出特定客戶、員工或交易。不能安全分享的細節只保留在受控系統，由有權限者核對。
讓另一位同事試做一次
把卡片交給沒有參與撰寫、但熟悉同一任務的同事，請對方只根據卡片回答三件事：缺了哪個資訊？下一步可以先做什麼？哪個動作必須暫停？如果答案不同，先找出是卡片缺條件、依據有歧義，還是團隊本來就沒有共同規則。
修訂時保留日期、負責人與變動原因，不要把舊卡悄悄改成新答案。之後若要讓兩位同事用相同標準比較 AI 草稿，可以再建立共同評分方式；案例卡本身先負責把情境和預期處理說清楚。
NIST AI RMF Core把治理、情境理解、衡量與風險處置視為可依組織情況運用的工作，並強調文件與人的角色；NIST 也明說其行動項目不是固定順序的檢查表。本文的卡片格式是 FlyPig AI 將這些原則用在單一工作任務的整理方式，不是 NIST 指定的認證格式。OECD 的技能研究可作為理解 AI 對工作任務與技能影響的背景，不能據此保證某位主管的職涯或專案成果。
常見問題
只有一個例外，也值得寫案例卡嗎？
值得，只要它是真正會改變處理方式的情況。一張能被同事重做並指出未知資訊的卡，比許多只有口號的範例有用。後續遇到新情況再補，不必聲稱已涵蓋所有例外。
匿名化後，卡片失去判斷所需條件怎麼辦？
不要硬把資料公開。可只保留抽象條件、受控紀錄位置和有權限的確認角色；若沒有足夠資訊讓同事理解差異，就在授權環境中核對，不把原始資料送進未核准的工具。
這張卡可以直接當成 AI 的標準答案嗎？
不宜直接照抄。卡片先記錄已確認的情境與人員責任；工具輸出仍須依來源、版本和任務風險核對。當兩位同事對同一案例的預期處理不同時，先確認規則，再測工具。
反例一定要是 AI 曾經犯錯的真實紀錄嗎？
不一定。可用明確標示的示意情境測試判斷邊界，但不能說成真實事故或實測成果。若引用真實錯誤，應先取得適當使用權限並去除可識別資訊。
參考來源與資料時間
以下資料於 2026-10-20 查核。案例卡欄位與交期情境為 FlyPig AI 的示意方法，並非官方標準或實際客戶成果。
- NIST AI RMF Core：文件、角色、情境與持續風險管理的參考框架。
- OECD Employment Outlook 2023：AI 時代的技能需求：AI 對任務、技能與工作組織影響的研究背景。
下一步
從最近一件已獲准使用的低風險工作例外出發，先填「可用輸入、缺失、依據、預期處理、禁止動作」五欄，再寫一個條件接近的反例。請同事依卡片重做一次判斷；若出現分歧，先把規則談清楚。想沿著這條路線學習，可回到職場角色升級主題導覽。