整合與治理 · 導入指南

企業 AI 導入安全檢核：資料、MCP 權限與發布治理

慧智科技 SmartSoft

企業 AI 的安全評估應確認資料送到哪裡、誰能讀取及執行哪些操作。SmartAI 支援 MCP，但協定支援本身不代表所有連線、資料保存與授權方式都已符合企業需求，必須依實際環境驗證。

最後更新：2026 年 9 月 23 日

盤點每個資料去向

列出 PDF、附件、表單內容、提示文字與回答的處理位置。確認模型服務、連線路徑、保留期間及刪除方式，不能僅憑「混合架構」推定資料不離開企業。

盤點時建議逐項列出而非整批描述。同一次操作中，PDF 原檔、擷取出的文字、送進模型的提示、模型回傳的內容與最終存入表單的資料，可能分別落在不同位置、適用不同的保存政策。只確認「文件不外傳」，不足以說明提示文字與回答的處理方式。

另外要確認的是記錄與除錯資料。系統日誌、監控軌跡與錯誤回報中可能夾帶原始內容，這些位置常被排除在盤點範圍外，卻是實際的資料去向。

區分查詢、建立、修改與執行。用測試帳號驗證可用操作、未授權請求及連線失敗時的處理，不把服務帳號權限直接開給所有使用者。

權限清單建議以「操作 × 資料範圍」兩個維度列出，而不只是列出可用工具。同樣是查詢，能查自己部門與能查全公司是不同授權；同樣是建立，建立草稿與直接發布的風險也不同。把兩個維度交叉列出，才看得出實際暴露面。

驗證時要包含失敗路徑。未授權請求應該明確拒絕並留下紀錄，而不是靜默回傳空結果——後者會讓使用者誤以為資料不存在，也讓事後稽核難以辨別是權限阻擋還是真的無資料。

AI 可依確認的規劃產生表單、流程與報表；正式發布前，仍須檢查權限、規則、資料來源及回復方式。業務確認需求，IT 管理環境與整合。

草稿到發布的程序，關鍵在於「誰有權讓它生效」。建議明確區分三種角色：提出需求的人、確認內容正確的人、以及執行發布的人。三者由同一人兼任時，應在流程中另外設置覆核點，避免 AI 產生的設定未經第二人確認就進入正式環境。

回復方式也要在發布前確認。新版流程上線後若發現問題，是停用新版、回到前一版，還是就地修正，三種做法對進行中案件的影響不同，應先演練過再正式發布。

驗收項目與通過條件建議在演示前雙方確認；實際範圍依專案認定。
驗收項目	通過條件
有可核對的資料流向圖。	資料流向圖涵蓋原檔、擷取文字、提示、回答與日誌，每一項標明處理位置、保留期間與刪除方式。
不同角色的可讀與可操作範圍明確。	以「操作 × 資料範圍」兩個維度列出各角色權限，並以測試帳號逐項驗證。
未授權請求不取得資料或執行操作。	未授權請求明確拒絕並留下紀錄，不以靜默回傳空結果的方式處理。
測試、發布與修改責任有紀錄。	測試、發布與修改各自留下操作者與時間紀錄，且可回溯到發布前的版本。

以上為導入規劃與驗收建議；實際功能、整合方式及交付範圍，請以專案確認與演示結果為準。

SmartAI 支援 MCP，是否代表已符合企業的安全需求？

不代表。協定支援本身不代表所有連線、資料保存與授權方式都已符合企業需求，必須依實際環境驗證。

盤點資料去向時要包含哪些項目？

應逐項列出 PDF 原檔、擷取出的文字、送進模型的提示、模型回傳的內容與最終存入表單的資料，並確認系統日誌、監控軌跡與錯誤回報中是否夾帶原始內容。

MCP 操作權限該怎麼列？

區分查詢、建立、修改與執行，並以「操作 × 資料範圍」兩個維度列出，再用測試帳號驗證。不把服務帳號權限直接開給所有使用者。

AI 產生的表單或流程可以直接發布嗎？

正式發布前，仍須檢查權限、規則、資料來源及回復方式。建議區分提出需求、確認內容與執行發布三種角色，由同一人兼任時應另外設置覆核點。