核心答案:把「會回答」與「能代辦」分開
政策定位:公開討論的起點,不是安全認證
比較表:同一個客服任務,可以有不同影響
以下是聖吉建立的假設案例,用於比較動作邊界,並非任何銀行已發生事件,亦非替金融機構核定L1至L4等級。
| 假設步驟 | 可能影響 | 應查的證據 | 不能僅憑什麼判斷安全 |
|---|---|---|---|
| 整理公開費率 | 文字有誤可能誤導理解 | 來源版本與人員確認方式 | 回答流暢 |
| 彙整客訴資料 | 可能跨出原有查閱目的 | 資料範圍與存取紀錄 | 只讀就完全無風險 |
| 寄送處理結果 | 錯收件人可能接到敏感內容 | 收件者、內容預覽與授權紀錄 | 模型平均準確率 |
| 寫入正式處理狀態 | 錯誤可能影響後續服務 | 覆核、異動軌跡及復原演練 | 畫面顯示成功 |
這個比較的重點是:同樣稱為客服AI,若後續多了一項外送或寫入能力,原先的測試結論未必仍適用。風險不只藏在模型裡,也藏在流程的連接處。
第一道檢驗:授權是否真的限制動作
第二道檢驗:有人覆核,是否真的有人能阻止
資安人10月14日的論壇報導把責任歸屬放在人,並說明代理有行動力卻不能替人承擔責任。這是治理主張,仍需落在具體人員與可執行程序,不能只放進一張責任分工圖。[4]
本文提出的檢驗是:覆核者能否看到足夠資訊、是否有時間判斷、能否拒絕,以及拒絕後流程是否真的停止。若人員只看到一個籠統的確認按鈕,即使每次都有點選,也不能據此證明完成有效審查。這不是本次對銀行覆核品質的實測,而是避免把形式上的人工介入誤認為實質控制。
另一個容易忽略的情境是控制服務失效。原始文件第3章討論安全失效與轉人工,這比「平常可以運作」更接近韌性的考驗。應先演練無法取得核可時會怎樣,再考慮擴大自動化;不能把沒有觀察到事故當成已有阻斷能力。[7]
第三道檢驗:效率要把返工與權益算進去
導入代理AI可能縮短等待或減少重複作業,但新聞中的潛在效益不是本站測得的成本節省。若只計算系統處理時間,卻漏掉人員覆核、錯誤修正與客戶重新聯繫的時間,評估可能高估改善。相反地,增加前端確認也可能減少後續爭議,不能單以多一道程序就認定效率下降。
聖吉建議先在同一類服務設定基準,再比較完成時間、需要重新處理的案件、轉人工是否成功及客戶是否能理解處理結果。這些是可供試辦的衡量方向,不是已驗證指標或改善承諾。對不熟悉數位工具的人,人工服務是否仍可取得,也應納入公共信任的討論;不能讓便利只體現在業者端。
來源評析:共用政策,不是多次成效驗證
五篇報導的共識是,代理AI治理需要看行動能力與權限;差別在報導視角。中央社與聯合報整理政策說明,iThome拆解技術治理,Business Insider Taiwan呈現訪談場景,資安人記錄其主辦論壇上的演講。它們多共用金管會文件及同一官員的解釋,並不是五家各自實驗得到相同安全成效。[1] [2] [3] [4] [5]
官方文件最適合核對範圍與提案內容,不能證明落地結果;專業媒體能提供理解路徑,也仍可能偏重技術或產業視角。本文另讀原始文件的定位、治理及分級章節,避免從標題把諮詢誤讀成強制新規。至於導入負擔、覆核人力與服務品質如何取捨,現有材料不足以給出全市場答案,這正是應公開討論而非預先宣告成功的部分。
結論:授權、阻止、負責,缺一項都不能靠準確率補上
金融服務的AI信任,不只是相信系統大多時候說得對,而是知道它可以做什麼、做錯時誰能攔下,以及受影響的人如何獲得處理。聖吉建議把這三個問題作為試辦與公開溝通的共同框架:先在限定場景提出證據,再決定是否擴大,而非先擴權後補文件。
這也把科技政策拉回公眾真正關心的問題:服務是否更可靠、責任是否更清楚、遇到例外時是否找得到人。諮詢可以建立討論語言,可信的成效仍須由後續實務驗證。本文不保證某種架構最安全,也不把管理成熟度與民眾信任畫上未經測量的等號。

