跳到主要內容

GoAI 101 · 模組 5

政府 AI 治理、資安與 Human-in-the-Loop

AI 可以做多少?哪裡一定要有人?

開始第一節
已完成 0 / 5
同步我的進度加入梯次後,進度可跨裝置保存,講師也能看到

資訊

加入後,你已完成的模組編號會連同「學員代碼」傳送給講師,講師可以看到你的進度。請使用講師提供的代碼,不要輸入姓名、公司機密或其他個資。進度資料與該梯次的其他資料一起保存。

學習目標

  • 說明 AI Governance、Accountability、Human Oversight 的關係,以及 Explainability 與 Traceability 的作用。
  • 理解三個控制層級(AI 建議/AI 準備人工核准/AI 在授權邊界內執行)。
  • 辨識 Approval Gate 與 Control Gate 的差異。
  • 辨識 Prompt Injection、Data Leakage、Tool Misuse、excessive agency 等風險,並說明責任邊界。

Control:治理與問責

10 分鐘

治理的核心:問責與人工監督

AI Governance 的核心是 Accountability(問責):不論 AI 協助了多少,最終結果永遠有一個可以被追究責任的人或單位。Human Oversight(人工監督)與 Human-in-the-Loop(人在環中,每次關鍵步驟都需要人工介入)是落實問責的具體機制;在風險較低、已充分驗證的情境,也可能採用 Human-on-the-Loop(人在環上,持續監控但不逐次介入)。

  • Explainability(可解釋性):能不能說明 AI 為什麼產生這個結果,讓審查者判斷是否合理。
  • Traceability(可追溯性):能不能回頭查出一個結果是怎麼產生的,包含用了哪些資料與工具。
  • Privacy 與 Security:治理必須同時照顧個資保護與系統安全,兩者缺一不可。
  • Role-Based Access Control(RBAC):依角色而非個人設定存取權限,確保權限變動時治理規則依然一致。
自我檢測

某 AI 系統的輸出結果無法說明依據什麼資料或規則產生,審查者也無法回頭查核。這主要缺少什麼?

某 AI 系統的輸出結果無法說明依據什麼資料或規則產生,審查者也無法回頭查核。這主要缺少什麼?

重點: AI Governance 的目標不是消除風險,而是確保不論結果如何,都有人能解釋、能追溯、也能負責。

三個控制層級

12 分鐘

三個控制層級

三個控制層級
層級說明適用情境
Level 1:AI 建議AI 只能產生建議,不執行任何動作風險較高、影響較大的任務,先以建議起步
Level 2:AI 準備,人工核准後執行AI 準備好行動或草稿,人核准後才執行多數政府業務的預設層級
Level 3:AI 在明確授權邊界內執行僅限低風險、範圍明確、有監控且可復原的任務需個案評估,不是預設可用層級

注意

Level 3 不是自動適合政府場景的預設選項;是否採用 Level 3,需要針對任務風險、可監控性與可復原性逐案評估,並經治理流程核准。
自我檢測

某機關的 AI 陳情分類系統過去三個月表現良好,有人提議讓它從 Level 2 直接升級為 Level 3,自動完成分類並直接結案,不再需要人工確認。下列哪一個判斷最正確?

某機關的 AI 陳情分類系統過去三個月表現良好,有人提議讓它從 Level 2 直接升級為 Level 3,自動完成分類並直接結案,不再需要人工確認。下列哪一個判斷最正確?

重點: 三個控制層級描述的是「人工介入的密度」,升級層級永遠需要經過評估與核准,不是自動發生的事。

Gate 與資安風險

12 分鐘

Approval Gate、Control Gate 與資安風險

  • Approval Gate:行動執行前需要人工核准,常用於高影響、對外或不可逆的行動,是「一次性」的關卡。
  • Control Gate:持續性的監控/檢查關卡,確保行為維持在授權邊界內,而不只是單次核准,是「持續性」的關卡。
  • Prompt Injection:惡意輸入試圖讓 AI 偏離原本指示,執行未授權行動。
  • Data Leakage:AI 在回答或記錄中洩漏不該揭露的資料。
  • Tool Misuse/Excessive Agency:AI 使用工具超出原本授權範圍,或自行擴大行動範圍。

資訊

Approval Gate 回答「這一次可不可以做」;Control Gate 回答「這段時間的行為是否一直維持在邊界內」。兩者通常需要同時存在,不能只靠其中一種。
自我檢測

某陳情內容暗藏指示,試圖讓 AI 忽略原本的分類規則,改為直接核准某項申請。這屬於哪一種風險?

某陳情內容暗藏指示,試圖讓 AI 忽略原本的分類規則,改為直接核准某項申請。這屬於哪一種風險?

重點: Approval Gate 把關單次行動,Control Gate 把關持續行為;辨識 Prompt Injection、Data Leakage、Tool Misuse 等風險,是設計這兩種關卡的前提。

政府情境與責任邊界

14 分鐘

政府情境與責任邊界

政府情境

某機關導入 AI 協助處理民眾陳情。設計者將「AI 自動分類」設為 Level 2(AI 準備分類結果,人工確認後才正式歸檔),將「AI 直接對外發送正式回覆」排除在 Level 3 之外,理由是對外回覆屬於高影響、不易撤回的行動,即使過去表現良好,仍維持人工核准關卡。

  • 責任邊界:每個控制層級都應該對應一個明確負責人,而不是「系統自動運作,沒有人特別負責」。
  • 即使 AI 的角色是 Assist 或 Recommend,只要輸出被人採用並造成影響,採用者仍須承擔相應的審查責任。
  • 治理設計的產出,應該可以回答「如果這裡出錯,是誰的責任、怎麼發現、怎麼補救」三個問題。
自我檢測

某承辦人直接採用 AI 產生的建議回覆,未做任何審查就送出,事後發現內容有誤。下列哪一個判斷最正確?

某承辦人直接採用 AI 產生的建議回覆,未做任何審查就送出,事後發現內容有誤。下列哪一個判斷最正確?

重點: 治理設計必須讓「誰負責」這件事在每一步都清楚可見,而不是等到出錯之後才去追查。

實作與應用

12 分鐘

實作:Where Must a Human Be in the Loop?

活動 5 把模組 2 的 Workflow 逐步標記控制層級與風險,填入 Government AI Governance Checklist,是整合模組 1-4 成果的第一個治理型實作。

  1. 列出 Workflow 中的每一步
    沿用模組 2 的流程步驟。
  2. 標記控制層級
    每一步標記為 AI only/AI + verification/human decision/human approval/prohibited automation。
  3. 標出 Approval Gate 與 Control Gate
    哪裡是單次核准,哪裡是持續監控。
  4. 列出對應風險
    針對每個高影響步驟,寫下對應的風險與因應方式。
  • Government AI Governance Checklist 必要維度:Purpose、Accountability、Data、Privacy、Security、Access、Tool Permission、Human Oversight、Approval、Traceability、Logging、Source Provenance、Failure Handling、Vendor / Third Party、Change Management、Audit。
自我檢測

Governance Checklist 中的「Vendor / Third Party」維度,主要用來檢視什麼?

Governance Checklist 中的「Vendor / Third Party」維度,主要用來檢視什麼?

重點: 這份 Checklist 把模組 1-4 的判斷(Use Case、Workflow、Context、工具權限)彙整成一份治理視角的總檢核,為模組 6 的測試設計鋪路。

接下來做什麼?