官方 API
優先使用有文件、身份範圍清楚、合約穩定及回應可審計的接口。
安全做法是保留 ERP 作為記錄系統,只給 Agent 最小必要的數據及工具接口,並分開讀取、建議、草擬與確認寫入權限。
作者 Onyx Devs Lab · 發布 · 更新
Connector 應按可用接口及業務風險選擇。
優先使用有文件、身份範圍清楚、合約穩定及回應可審計的接口。
當營運負載或供應商限制不適合直接讀取時,以受控副本作分析。
把瀏覽器或桌面操作視為受限制的末端適配器,必須具備監控及人工接管。
Agent 有能力完成操作,不代表它應該獲得操作權。
自然語言問題可返回附帶證據的答案,而不產生業務寫入。
Agent 準備交易或決策,由指定操作人員覆核。
高影響操作需要驗證、冪等、權限檢查、確認及操作後回讀。
確認客戶、商品、庫存、財務及流程狀態的資料責任。
列明輸入、輸出、權限、失敗行為及審計字段。
評估缺失數據、衝突記錄、過期狀態、重試及越權要求。
先由只讀開始,只有證據足夠時才逐項開放特定行動。
不需要。獨立 AI 及數據層可增加檢索、建議和流程,而 ERP 繼續保持權威記錄。
可考慮獲批准的匯出、只讀副本、事件流或受控界面自動化;各自具有不同的時效、可靠性及治理取捨。
只有邊界非常清楚的操作才應獲得寫入權,並需要服務端權限、輸入驗證、冪等、必要確認及結果回讀。