AI 導入風險表怎麼建？按錯誤影響與可逆性分級

從任務拆解、錯誤影響、結果可逆性到控制與重評條件，建立可更新的 AI 風險表。

導入 AI 時，真正需要管理的不是工具清單，而是每一個任務交接點：輸入什麼、AI 能影響誰、錯了如何收回、誰有權停止。把這些欄位整理成風險表，才能讓低風險工作有條件地試行，也讓高影響步驟保留人工判斷。風險不是一次打分後封存；資料、使用者、動作與下游連結一旦改變，原本的估級就可能失效。這份表的目的，是把可接受範圍、證據和負責人放在同一個地方，讓決策可以被追溯與更新。

列出 AI 參與步驟

先從一項工作目標倒推流程，不要只抄提示詞或工具名稱。把開始條件、輸入資料、AI 做的轉換、產出交給誰、後續會觸發什麼動作，逐步拆成列；同一流程若包含分類、摘要、建議與發送，至少分成四列，因為每步錯誤可到達的對象和可攔截位置不同。也要標示 AI 是提供草稿、排序、建議，還是能直接改資料或啟動下一個系統；「有 AI 參與」不足以說清楚控制點。

每列保留一個可被人確認的輸入與輸出名稱，例如「客服信件→意圖標籤→待回覆草稿」，並記下觸發頻率、使用者、資料來源、使用環境、結果消費者、失敗後手動替代流程。若任務跨部門或跨工具，將資料轉交、權限判定、對外送出各自拆列；不要把「AI 導入」當一筆大項，否則錯誤範圍會被平均掉。試作期間可先觀察實際操作，把隱藏的人工複製、貼上、審批補回流程圖。

例如，假設團隊用 AI 整理詢問郵件，風險表至少分「擷取主旨及內容」、「判斷類別」、「草擬回覆」、「人工確認」、「送出回覆」；前兩步可讀取資料，最後一步會影響外部收件者，權限和把關點不同。尚未自動化的人工環節也要列入，因為人可能直接採納錯誤建議。每列用動詞描述可觀察的動作，再標記相鄰列的輸出欄位，才能追出錯誤如何傳播。

估算錯誤影響範圍

估影響時先描述出錯後誰會受影響、影響什麼決定、持續多久、是否牽涉權益、能否通知及修正，再將最大合理後果寫在表內；不要只填「低、中、高」。分開記單筆損害與批次擴散：一封錯誤草稿可能被擋在審核前，一次錯誤分類若驅動大量任務，影響面就不同。也要看上下游依賴，像錯誤欄位被複製到報表、通知或後續決策，可能把小偏差放大。

團隊可以自訂一致的影響尺度，例如 1 為可在內部立即重做，2 為需多位同仁返工，3 為可能造成外部誤解或延誤，4 為影響權益、財務或重要營運，5 為大範圍且難以補救；尺度名稱與例子要依業務校準，不能假裝是通用標準。記錄估級理由及最壞可信情境，若後果取決於資料量或使用對象，寫出假設條件。

例如，假設一項內部草稿任務每週僅一人查看、錯誤可在發送前更正，可記為影響 1；若假設同一建議被批次帶入 200 筆對外通知，則不是因為數字「200」自動等於某級，而是要評估 200 位收件者、補救時間、通知撤回是否可行。表格可增列受影響範圍、單位數量、後果、依據、估級者；資料不足標「待確認」，不要用空白表示安全。

辨別結果可逆程度

可逆程度不要只問能不能按復原，而要追到外部人員已看到、下游是否複製、原始紀錄可否還原。可以建立四檔：第一級，影響停在草稿或沙盒，可直接重跑；第二級，內部結果可以由有權人員按流程復原，且原始資料仍在；第三級，雖能補正但已通知、同步或需逐筆聯絡，恢復成本和殘留影響要記錄；第四級，內容已被他人採取行動、資料外洩或刪改無備份，無法完整回到起點。不要把「可以更正」寫成「可逆」：更正新紀錄不會讓已寄出的訊息消失。

逐列檢查撤銷機制、備份點、權限、操作紀錄、有效期和依賴系統，並實際走一次復原演練，記錄誰能執行、多久能完成、哪些副本仍會留存。若復原需人工逐筆處理，應按部分可逆估級；若流程有不明的外部副作用，先按較難恢復處理，直到試驗證明可控制。測試不要用真實客戶或正式交易資料，並避免把復原演練變成新的正式動作。

假設 AI 將內部工單摘要寫錯：若只存在尚未採用的草稿，重新生成即可；若已同步給負責人且造成延誤，可補上更正，但延誤仍存在；若摘要被複製到多人使用的文件，則需找出副本並通知讀者。風險表因此同時記「技術上如何還原」與「影響如何修復」，由兩個欄位反映不同結果。只要復原時間、受影響端點或資料殘留仍未知，就標記未驗證，降低自動化權限；每次變更也要重看是否仍能回退。

依風險配置控制

控制不應按工具名配置，而要同時看影響級別與可逆性：可以自訂一張矩陣，並明定例外規則，例如任一欄達最高級便採高控管；不要把兩個分數相乘後，讓不可逆但低頻的後果被平均掉。控制層次可由小量測試、抽樣複核、逐筆核准，到禁止自動執行；每級列出可用資料、單次及批次上限、允許動作、人工檢查點、停止條件和回退方式。

表中只是操作範本，組織要用自身後果校準。若抽樣發現錯誤超出容忍值、輸入缺漏、信心訊號不可靠或下游狀態不一致，就停止或轉人工，而不是等待月報；批次工作另設熔斷點，先跑少量、核對輸出、再逐段開放，並確保停止按鈕不依賴同一個 AI 判斷。每次例外都記錄批准者、範圍、期限及撤回方式。

例如，假設內部摘要可人工重做，可先以不含正式資料的樣本比較，再由人抽查；而對外送出的文字，即使內容可重新寄送，也不能抹掉收件者已讀的效果，應要求人逐筆核准。先以最小權限開放，只讓 AI 產出草稿，經觀察後再評估下一步。只有抽樣品質、故障處理與復原都符合預先訂出的門檻，才增加範圍；若缺乏安全停止路徑，維持建議模式。

分派風險負責人

每列指定一位風險負責人，對風險等級、控制有效性、剩餘問題和是否可擴大負責；他不必自己維護模型，但必須有權要求暫停任務、限制批次或退回人工。執行者、流程負責人、技術維運和資料管理者可以分工，但不要把責任寫成「團隊共同負責」而找不到決策者。若一個人兼多職，也要把不同職責列明，避免發生異常時彼此等待。

風險表可以記主要負責人、替補人、覆核者、通知對象及批准範圍。流程負責人確認後果與可接受的錯誤，技術維運者確認日誌、權限和回退路徑，資料管理者確認來源、存取及留存安排，操作人員則回報例外；依組織大小合併角色即可，不需要為填表新設部門。凡是會對外送出、改變正式紀錄或影響重要判斷的步驟，都要明寫誰有最後核准權，不能把核准交給同一個自動流程。

再寫清楚事件處理：誰接到告警、誰能停用、如何保留證據、要通知哪些內部角色、誰決定恢復。用桌上演練檢查替補者是否找得到資料、是否能回復舊流程；若負責人休假時沒有授權代理，表格上就尚未完成。假設客服草稿錯誤率升高，風險負責人可以先把步驟切回人工覆核；技術人員提供紀錄與修復，營運負責人決定是否恢復。把批准上限寫成任務或範圍，避免口頭默認權限，並將聯絡方式放在團隊能找到且受控的位置。

設定重評觸發條件

風險表應在任務假設改變時重評，而不是只在年度盤點才更新。先列可觀察觸發條件：模型或設定版本改變、提示或參考資料改變、輸入來源新增、批次量或使用對象擴大、輸出連到新的下游動作、權限及保存方式調整、事故或近失事件、抽查結果超出門檻。每個觸發條件都指派提出者、檢查者和完成期限；技術改版通知若沒有對應負責人，也應列入待補。

重評不是只改一個分數：重跑流程分解，確認資料流、影響範圍、可逆性、控制、負責人與停止條件是否仍成立，並保留前後版本、變更理由和核准紀錄。可以依風險程度訂內部檢視頻率，但頻率是管理選擇，不代表某個法定週期或外部保證；高影響步驟可設較短檢視間隔，低影響任務也要在規模或用途改變時立即觸發。若觀察不足，把未知列為行動項目，先維持原有較嚴控制。

例如，假設原本只供兩名同事查看的摘要改為自動進入多部門共用看板，資料使用者和傳播範圍已改變；即使模型未更新，也應重估影響並檢查刪除、同步、通知及復原措施。事故近失則記錄發生步驟、攔截點、受影響副本和修正結果，並檢視相似任務是否共用同一缺口。完成重評後，標記批准的新控制及下次觸發條件。下一步，挑一個已有人工流程的 AI 任務，與實際執行者逐列填表並設定首輪覆核點；若要討論流程與導入，請到 ZhenheAI 首頁。