如何為共用 AI 代理指派成員與群組權限

概念示意圖：組織共用一個代理，而參與者仍保有各自不同的存取界線。

個人的 AI 代理通常只使用一個人的帳號與文件。在組織中，職責不同的同事可能共用一個聊天群組，而另一個群組則包含客戶或合作夥伴。

問題不只是代理可以連線哪些應用程式。誰可以使用每個連線、他們可以存取哪些資料、允許哪些動作，以及誰可以收到結果？

Leina 透過指派給成員與群組的權限支援組織使用，並透過 OpenConnector 授權閘道存取業務應用程式。在擴大使用範圍之前，先將職責轉換為可驗證的存取範圍。

將權限化為四個具體問題

從以下面向開始：

這是一份規劃檢查清單，不是主控台欄位名稱的說明。可用的精細程度取決於連接器、業務帳號與團隊設定。請確認目前支援的範圍。

如果某個連線無法強制執行預期的狹窄範圍，請重新考慮帳號或縮小工作範圍。指示忽略其他資料並不能取代存取控制。

建立範例存取矩陣

想像一個團隊，其中有業務成員、專案成員，以及包含外部參與者的群組。此矩陣用於說明存取規劃；這些不是 Leina 預先定義的角色。

從每個工作流程的實際需求出發。摘要文件的群組可以從確認讀取存取權開始。如果之後需要變更業務記錄，請分別檢查相關操作與目的地。

以預定的成員與群組身分測試產生的存取權。由管理員成功執行的工作，並不代表一般成員具有正確的存取範圍。

flowchart TB
  accTitle: 從職責到存取範圍
  accDescr: 成員與群組的工作需求及現有業務帳號權限，會決定所設定的範圍。OpenConnector 授權業務應用程式呼叫。
  T("成員與群組
任務需求"):::channel
  A("業務帳戶
現有存取權"):::channel
  T --> P("設定一個
適當的範圍"):::agent
  A --> P
  P --> G("OpenConnector
呼叫授權"):::gateway
  G --> R("允許的
資料與動作"):::resource

分別檢查來源與輸出對象

成員有權讀取內部文件，並不代表其摘要適合提供給包含外部參與者的群組。

例如，客戶後續追蹤摘要可能包含內部備註、聯絡資訊，以及對客戶做出的承諾。請在工作前指定允許的來源，然後檢查輸出欄位與目的地群組。

更精確的要求可以是：

僅使用已核准對外分享的專案進度記錄。準備本週已完成工作與下一步的摘要。回傳附有來源連結的草稿，讓負責人先審查，再決定是否傳送給合作夥伴群組。

指示設定了期望；實際的存取限制仍應屬於連線與權限設定。Leina 將群組聊天與直接聊天描述為具有各自獨立的工作情境。該對話界線並未定義誰可以使用業務連線或接收其結果，也不應解讀為長期記憶隔離的保證。請分別檢查連線存取權與輸出對象。帳號與動作檢查請參閱權限與資料存取。

驗證存取權是否符合計畫

在加入實際工作負載之前，請使用不含敏感資訊的測試記錄：

1. 測試允許的存取權。 讓預定的成員在預定的群組中讀取一筆明確授權的測試記錄。檢查來源與結果。
2. 測試範圍外的存取權。 使用一筆尚未授權給該成員或群組的測試記錄，並驗證存取不會超出預定界線。
3. 檢查操作類型。 檢查唯讀工作流程可用的動作，且不要同時包含寫入、傳送或刪除。
4. 檢查目的地。 確認輸出只會前往預定的對話或業務位置，尤其是在涉及外部參與者時。

如果觀察到的結果與計畫不同，請先調整連線、帳號或權限，再擴大範圍。記錄成員、群組、連線、預期行為與結果，以便日後審查。

這些是建議的組織檢查，並不代表產品提供自動化權限測試或稽核報告。

當人員與群組變更時審查存取權

存取權應隨著工作關係的變化而調整。成員改變角色或離開專案、外部參與者加入群組，或業務帳號的權限變更。任何一項都可能改變現有工作流程背後的假設。

在新增成員或群組時、職責變更時，以及導入寫入等操作之前，請審查存取權。檢查舊連線是否仍有必要、資料是否仍適合目前的對象，以及是否有任何不再需要的存取權。

請將成員與群組設定連同底層應用程式帳號的權限一併審查。變更任一層之後，請再次驗證完整工作，而不是只依賴設定成功儲存。

從一個群組與一項工作開始

組織使用請從一個群組與一項唯讀工作開始。找出其參與者、資料、操作與對象。設定對應的範圍，以測試記錄驗證，然後逐步新增成員、群組或工作類型。

應用程式設定請參閱OpenConnector 與安全的業務應用程式連線。其他聊天進入點請參閱跨聊天平台的一個代理。Leina 總覽說明這些功能如何協同運作。