建立團隊維護得來的 AI 清單與風險分級法

一份可維護的 AI 清單，首先應是治理工作的路由層，而不是把每份評估、測試和批核文件塞進同一張試算表。真正要登記的是 AI 在特定工作流程中的實際用途：誰使用、影響誰、接收甚麼資料、產生甚麼輸出，以及輸出如何變成行動。這樣，當客服草擬工具日後取得身分文件、退款權限或自動發送能力時，即使供應商和模型不變，清單仍會顯示它已成為另一種風險用途，必須重新選擇審核路徑。

AI 清單究竟應該登記甚麼？

清單應為每項有明確流程、目的、使用者群組及「輸出到行動」路徑的 AI 用途建立一筆紀錄，而非為一個產品建立一筆萬用紀錄。NIST 把清單視為可支援維護、事故應對、單一系統查詢及組合問題的資源；OECD 則從人、情境、數據、模型、任務和輸出描述應用中的系統。兩者都提醒團隊，治理對象必須放回實際使用情境。共用的模型、供應商、數據源、應用程式、測試、控制及批核文件宜以連結引用，避免每筆紀錄複製後逐漸失準。

• 用途或禁用界線有重大差異時，拆開紀錄。
• 使用者、受影響人士或負責任的業務擁有人不同時，拆開紀錄。
• 輸入敏感度、輸出權限、部署地區或規模令風險明顯不同時，拆開紀錄。
• 同一模型只屬共用依賴時，連結模型紀錄，不要把不同用途合併。

哪些欄位既能支援路由，又不會令申報失控？

最實用的做法是採用兩階段紀錄：第一層只收集足以辨認責任、用途、風險及路由的最低資料；第二層按層級或上調條件，連結影響評估、供應商審查、驗證報告、測試結果、控制證據、事故、批核及監察計劃。資料欄只需記錄類別、來源和最高處理級別，不必抄錄每個欄位；控制欄則應摘要人手覆核、存取、測試、監察、後備及申訴安排，但「已列出」絕不等於「已證明有效」。

精簡發現紀錄的最低欄位

• 用途身分：記錄用途編號及淺白名稱，供搜尋、連結及保留歷史。
• 責任：記錄業務擁有人、技術擁有人及現任負責人，確認誰可批准、修改或停止用途。
• 目的與界線：記錄流程、業務目的、禁用及範圍外用途，防止批核被挪用至另一情境。
• 人員：記錄預期使用者及受影響人士，分辨操作人員與承受結果的人。
• 輸入：記錄數據類別、來源及最高敏感級別，以路由私隱、保安及數據審查。
• 輸出與權限：記錄輸出、接收者及建議、啟動或執行權限，顯示輸出如何變成行動。
• 依賴：記錄供應商、模型、工具、權限、整合及上下游系統，以追蹤共同故障及變更。
• 控制與證據：記錄覆核、存取、測試、監察、後備、糾正及證據連結，用作安排驗證，而非宣稱有效。
• 生命周期：記錄建議、試行、運作、暫停或退役狀態，以及重大變更和覆核日期，以建立待辦及重開提示。
• 評級：記錄四項評級、暫定層級、上調原因及擁有人理據，讓路由可解釋及可質疑。
• 適用義務：記錄法律、合約、私隱、保安及行業檢視的狀態與連結，並與內部分級保持獨立。

團隊如何作出解釋得到的內在風險評級？

團隊可用後果、自主程度、規模及敏感度作首次分類，但必須明確標示：這四個維度是本文從 NIST、OECD、加拿大及英國材料涵蓋的較廣泛特徵綜合而成的內部建議，並非任何機構訂明或認可的標準。評級針對實際建議或正在運作的用途，不採用供應商對產品的概括風險標籤。

• 後果：第1級是局部、容易發現和逆轉的不便或低價值返工；第2級是需要刻意糾正或復原的重大營運、財務、客戶、員工或聲譽影響；第3級是對權利、重要機會或服務、健康安全、生計、關鍵運作造成可信而嚴重或難以逆轉的影響。
• 自主程度：第1級只提供內容、分析或建議，由人員決定是否採用；第2級會排序、路由、個人化、建議或啟動有限行動，而覆核可能較後或只抽樣進行；第3級可執行連串外部行動、修改紀錄或權限、投放資源，或在沒有有效逐宗批准下重大影響重要決定。
• 規模：第1級是小型內部試行、低頻率及少量下游重用；第2級是在一個部門、客群或重要流程重複使用，並有實質用量或多個接收者；第3級是全企業、公開、跨市場、高用量、實時或深度整合，令錯誤可擴散或形成相關影響。
• 敏感度：第1級只用公開、合成或已批准的非機密資料，亦無特權存取；第2級涉及內部或機密商業資料、一般個人資料、客戶內容或有限認證權限；第3級涉及高度敏感或受規管資料、憑證、機密、受特權保障材料、受保護特徵或代理資料、精確監察資料，或可改動重要紀錄的權限。

每個評級都要附上一句用途特定的證據，例如誰會受影響、系統實際可執行甚麼，以及可存取的最高敏感資料。若事實未明，應標示「待查」並送入解決佇列，不要用推測補齊。四個維度可能互相影響，但應分開記錄，讓審核者看見一項嚴重風險由何而來。

評級應如何決定審核路徑？

暫定層級應由最高的重大維度決定：四項全屬第1級，才進入第1層級；任何一項屬第2級而沒有第3級，便進入第2層級；任何一項屬第3級，便進入第3層級。這項非平均規則是本文避免嚴重風險被其他低分沖淡的設計，不是經 NIST 或 OECD 驗證的公式。組織仍須按自身風險承受程度、責任分工及適用義務校準錨點。

• 活動超出風險容忍範圍、可能嚴重影響受影響人士，或結果難以逆轉時，上調。
• 敏感資料配合廣泛存取、無效人手控制或可連鎖擴散的依賴時，上調。
• 出現重大事故、控制失效、適用義務或未解決的重要事實時，上調。
• 先按實際用途評定內在風險，再分開驗證控制及記錄剩餘風險決定。

法律、監管、合約、私隱、保安、僱傭、紀錄管理及行業分類必須另設平行軌道。第1至第3層級只分配組織內部工作，不能判定用途是否合法、是否屬法律上的高風險，亦不能取代具資格負責人的適用性判斷。某項義務可以要求額外審核、限制甚至停止用途，不論其內部層級為何。

AI 用途改變時，這套方法會揭示甚麼？

方法最重要的作用，是在資料、權限、自主程度或規模改變時改變審核路徑。假設一個虛構客服助理只從已批准知識庫擷取內容，為受訓員工草擬回覆，由員工編輯後發送；它不得處理帳戶決定、政策例外、付款或身分文件，也不能發放退款、修改帳戶或自行發送。控制紀錄另行保存發送前覆核、來源連結、被封鎖的寫入操作、存取控制、抽查、投訴渠道及人手後備。

• 後果第2級：錯誤回覆可能重大誤述支援政策，需要刻意補救。
• 自主程度第1級：系統只草擬，員工決定實際發送內容。
• 規模第1級：試行只涵蓋一個受訓團隊及有限訊息類別。
• 敏感度第2級：系統在認證環境處理一般客戶及內部帳戶背景。

最高評級令初始用途暫列第2層級，控制是否有效則留待評估證據判斷。若團隊其後擬讓助理讀取身分文件和付款爭議資料、發放退款、更新帳戶、自動發送並跨地區大量運作，四項評級都升至第3級：客戶款項和帳戶權限令後果嚴重；系統可直接行動；部署廣泛；資料及寫入權限亦高度敏感。擴展前必須重開紀錄，轉入第3層級及平行義務軌道。原有批准不會跟隨供應商或模型自動延伸，加強審核亦可能限制或否決方案，而非為自動化重要行動背書。

清單真正值得信任，是資料、權限或規模一變，審核路徑也隨之改變，而不只是改動一格資料。

系統推出後，如何令清單保持更新？

清單要保持更新，便要把事件觸發的重開機制，與按風險安排的擁有人確認結合。產品及流程申請、採購與續約、應用目錄、架構檢視、存取與整合管理、軟件訂閱、模型與數據流程、員工申報、事故、支援個案和投訴都可成為發現渠道；但這些渠道只能提供覆蓋線索，不能證明清單已完整。

• 用途、擁有人、使用者、受影響人士、地區或禁用界線改變時重開。
• 數據類別、來源、敏感度、保留、存取、輸出、權限或人手覆核改變時重開。
• 供應商、模型、版本、整合、依賴、用量、控制、證據、事故或適用義務改變時重開。
• 用途暫停、被取代或退役時重開，直至關閉證據完成。

• 維護佇列：缺少擁有人、未知評級、未解決上調、逾期覆核、待決重大變更、過期控制證據、供應商變更及未完成退役。
• 組合儀表板：按層級和生命周期顯示用途及受影響人士、缺漏欄位、逾期決定、例外、控制缺口、路由時間及退役完成情況。
• 覆核節奏：風險較高、變動較快、近期有事故或證據較弱的用途可較密檢視，但不設一個適用所有用途的固定周期。

退役是受控狀態，不是把資料列刪除。紀錄應保留足以確認擁有人、遷移、上下游依賴、存取撤銷及停止運作的所需證據；保存期限則交由適用政策、合約及法律決定。首30天可先定義紀錄單位、欄位、責任及發現渠道；再用一組涵蓋不同部門、規模和敏感度的用途試行，校準錨點及上調條件；最後啟動擁有人確認、變更提示、陳舊紀錄佇列和小型儀表板。這套方法只負責內部路由，重要或高影響用途仍須由合適領域專家及可問責的人員審核，並由法律、合規、私隱、保安、採購、紀錄、僱傭及行業負責人判斷適用義務。