# 讓 AI 能做事，也讓企業掌握邊界。

> 治理是誰能用、能做什麼、資料去哪裡，以及失敗時如何處理。

[網頁原文](https://www.digitrans.com.tw/governance/)

ABI 從身分、操作權限、資料範圍、生成成果與發布版本定義 AI 治理，並在導入時驗證每條實際使用路徑。

- 存取：身分與操作權限
- 成果：可追查的發布來源
- 導入：逐路徑驗證與驗收

## 依使用入口與角色，定義實際可用能力。

ABI 可依情境配置可用助理、技能與工具。生成式 APP 以登入身分、功能操作及地端授權規則限制存取；隱藏按鈕不能取代伺服器端權限檢查。

- 確認使用者、角色、可見資料與允許操作。
- 驗證直接 API 呼叫、不同 APP 與不同發布版本的隔離。
- 重要資料異動的核准流程與紀錄需求，依專案另外確認。

## 把資料流攤開，才能談資料主權。

導入時逐項盤點原始資料、查詢結果、模型上下文、同步資料與執行紀錄的去向。使用雲端模型或 LINE 等外部服務時，必須確認服務條件、傳送內容與企業允許範圍。

## AI 生成成果，在受控執行範圍內發布。

生成式 APP 套件以 manifest、來源摘要及雜湊驗證內容。固定 Runtime API 負責後端執行；不接受生成套件任意部署 C#、DLL、EXE 或伺服器設定。發布身分與登入狀態綁定，版本變更須重新確認有效身分。

## 用失敗案例，檢驗治理是否生效。

除正常操作，也驗證越權請求、無效欄位、重複送出、連線中斷、交易失敗與部署內容不一致。安全控制的適用範圍與驗收結果必須明確記錄；不以架構設計代替外部認證或全面安全稽核。

## 導入時共同確認的治理清單

| 範圍 | 要回答的問題 | 驗收證據 |
| --- | --- | --- |
| 身分與權限 | 誰可查詢、修改、發布？ | 允許及拒絕案例 |
| 資料與模型 | 哪些內容可送往哪些服務？ | 資料流與設定盤點 |
| 交易與異常 | 失敗後資料停在哪個狀態？ | 回滾與中斷測試 |
| 發布與維運 | 目前使用哪個版本？誰負責處理？ | 版本來源、紀錄與交接文件 |

本文由資傳數位整理。產品持續優化，實際導入以確認的資料、權限、版本及驗收範圍為準。

## 延伸閱讀

- [AI 原生，從資料與執行架構開始。](https://www.digitrans.com.tw/architecture/)
- [用可驗證的指標，評估 AI 的商業價值。](https://www.digitrans.com.tw/evaluation/)
- [與你的團隊一起，把 AI 做進現場。](https://www.digitrans.com.tw/deployment/)

[預約導入評估](https://www.digitrans.com.tw/contact/)