02 / 典型場景
CRM 照用,補上決策記錄
GembaOS 是企業 AI Agent 的治理執行平台:以政策判定權限、以綁定參數的單次放行令授權每一個動作、以可追責的簽署鏈記錄人的審批,部署於企業本地機房或私有 VPC。此場景是沿用現有 CRM:CRM 仍是客戶與個案的系統紀錄,GembaOS 只保存 CRM 以外所發生之事的決策記錄。
保留我們的 CRM 及其 Agent,同時把決策權留在自己手上?
GembaOS 讓 CRM 保持系統紀錄的地位,只站在動作離開 CRM 的那一點:透過能力閘道在欄位級規則下讀取個案,組合跨系統動作,按政策路由,簽章之後在放行令下只執行一次。決策以評論寫回個案時間線,因此 CRM 顯示發生了甚麼,GembaOS 顯示誰決定、為何決定。
| 導入前 | GembaOS 做法 | |
|---|---|---|
| 例行結案 | CRM 的 Agent 直接結案 | 仍憑 Agent 簽章通過,並記錄在案 |
| 已升級或法務保留的個案 | 誰有按鈕誰結案 | 停在客服主管面前,主管在供應商之外以通行密鑰簽章 |
| 離開 CRM 的動作 | 沒有負責人的退款或折讓單 | 在綁定此個案、此理由的放行令下執行一次 |
| 記錄 | 留在供應商手上,用供應商的格式 | 簽署鏈與可重放的判定留在貴司;CRM 收到一條評論 |
逐步發生甚麼?
| 步驟 | 誰 | 記錄甚麼 |
|---|---|---|
| 1. 個案事件 | CRM 或其 Agent 呼叫 GembaOS | 事件及其外部參照 |
| 2. 預讀 | 主機讀取個案,只限專責人員可見的欄位 | 申請上的事實 |
| 3. 路線 | 政策:例行通過;已升級或法務保留需要人 | 路線與規則鏈 |
| 4. 簽章 | 客服主管以通行密鑰簽章 | 簽署鏈 |
| 5. 執行 | 主機重新讀取個案、比對,然後在放行令下結案一次 | 前提條件核對與執行 |
| 6. 鏡像 | 決策以評論寫回個案 | 評論的外部參照 |
控制點在哪裡?
控制點是在預讀事實上的路線判定,以及政策保留給人的個案上的人手簽章。CRM 的 Agent,無論是供應商自家的還是貴司自建的,都可以用同樣方式呼叫同一個閘道;它不能做的,是憑自己的權限結案已升級個案或動用資金。同一個 pack 支援多種 CRM 線上形狀,供應商之間只有欄位名稱與 ID 格式不同。
控制台看起來怎樣?



開始需要甚麼?
- 讀取個案與寫入評論的 CRM API 存取,憑證留在閘道。
- 欄位級規則:客服專員可以看到哪些個案欄位。
- 現行的升級與法務保留規則:哪些個案需要人,由誰負責。
- 如果 CRM 自家的 Agent 會呼叫 GembaOS,其 MCP 或工具呼叫介面。
最後更新: · GembaOS v0.2