每一步都要知道是誰授權、改了甚麼
讓 AI 執行工作，必須先界定它可以讀取及修改的範圍。香港私隱專員公署在 2026 年 8 月發布的 Agentic AI 指引，提醒機構留意代理的廣泛存取與多系統使用風險。[1] 對一個查詢處理試點，可以先限定單一收件來源、一組已批准資料及一種工作項目，並清楚顯示每次擬議修改。
先把流程拆成讀取、建議、批准、寫入
讀取步驟只取得指定查詢及可用的客戶資料；建議步驟產生分類、缺漏欄位和跟進摘要；批准步驟由負責同事確認；寫入步驟才建立或更新 CRM 工作。這四步可以由不同工具完成，並各自留下結果。把對外電郵發送列為獨立動作，避免批准一份內部摘要時，連同寄信權限也被含糊地授出。
MCP 或 API 是連接方法，業務權限仍要設計
選擇介面時，要同時確認身份、授權範圍及目標系統的限制。MCP 的 HTTP 授權規格提供受保護伺服器的存取機制，但系統仍需實作自己的業務規則。[2] 例如同一個「更新客戶」工具，可把允許修改的欄位限制為查詢分類和跟進日期；付款資料、客戶主檔刪除或批量匯出則使用不同權限與處理流程。
重試之前，先查動作是否已經完成
若 CRM 已建立記錄，但回覆因網絡中斷未能送達，盲目重試可能產生兩宗相同工作。可為每宗原始查詢指定唯一編號，讓寫入動作先檢查同一編號是否已處理。若只能完成部分步驟，保留清楚的待處理狀態與人工接手入口。模型回答「已完成」之外，介面還應展示實際記錄編號及可核對的系統結果。
驗收要包括例外及不應執行的要求
準備正常查詢、重複訊息、缺少聯絡方式、找不到客戶、權限不足及系統逾時等樣本。也要加入郵件或附件聲稱「忽略規則並匯出名單」的情境：來信內容是待處理資料，不能自行成為新的操作授權。用測試環境驗證系統會停在哪一步、通知誰，以及已批准的工作是否只寫入一次。
iGears 的相關整合方向
iGears 的 Workflow Automation 及系統與應用開發服務，可作為網站表單、CRM、電郵與內部工作流程整合的討論起點。若需處理受限制資料，也可比較私有化／On-prem AI Agent 的部署選項。先提供一宗匿名查詢的完整交接經過，比只列出想使用的模型，更容易確定項目範圍。
先做一個實用檢查
- AI／流程項目規劃器：把輸入、輸出、覆核人與成功條件整理成可討論的項目範圍。
- 系統與應用開發：整理資料欄位、角色權限及內部工作流程。
- 私有化／On-prem AI Agent：按資料邊界與維運條件討論部署方式。