管理權限
權限決定誰可以使用、修改與發布工作成果。請在成員真正需要的層級指派角色：Organization 權限管理共用資源與整體設定；Workspace 權限則管理單一營運環境。
內建角色
Organization 與 Workspace 都使用三種內建角色：
owner：完整控制該層級，包括風險最高的權限變更admin：負責日常管理，但不能執行 owner 專屬操作member：可以使用與檢視內容，不能變更設定
請給予足以完成工作的最低角色。系統會同時判斷 Organization 與 Workspace 權限，因此 Organization 管理員即使在某個 Workspace 的角色較低，仍可能有管理該 Workspace 的權限。
通常需要哪個角色？
下表列的是一般情況下的最低角色。實際畫面上的控制項才是最終依據；如果按鈕或欄位無法使用，請找該層級的 owner，或更高層級的管理員協助。
| 工作 | 層級 | 一般情況下的最低角色 | 重要限制 |
|---|---|---|---|
| 使用 Workspace、執行測試、檢視對話 | Workspace | member |
不能修改 Agent 或 Workspace 設定。 |
| 編輯與發布 Agent、測試案例、Knowledge Base、Channel 或 API 金鑰 | Workspace | admin |
不能刪除 Workspace、變更角色、新增 Workspace 管理員，或切換客戶存取模式。 |
| 新增或移除一般 Workspace 成員 | Workspace | admin |
新增或移除 admin、變更角色，需要 Workspace owner 或 Organization admin／owner。 |
| 刪除 Workspace 或切換客戶存取模式 | Workspace 或 Organization | Workspace owner 或 Organization admin／owner |
變更前先確認會受影響的 Channel 與客戶使用者。 |
| 建立 Workspace | Organization | member |
仍會受方案的 Workspace 數量上限限制。 |
| 新增或移除一般 Organization 成員 | Organization | admin |
Organization 管理員不能新增或移除其他 Organization 管理員、變更 Organization 角色，或修改 Organization 基本資料。 |
| 管理 Organization 管理員、角色、名稱或標誌 | Organization | owner |
只交給能對這些變更負責的人。 |
| 管理 Brand、OAuth provider、Connection 或 Organization 指標 | Organization | admin |
一般成員只能查看部分共用資源，不能修改設定。 |
角色是一組固定權限
Codeer 目前提供 owner、admin 與 member 三組固定權限，不能建立自訂角色。如果某人只多需要一項管理操作，請把該操作留給管理員，或明確決定是否要提升他的角色。
建議的正式營運配置
- Organization 與 Workspace 的
owner都應維持少數，並由明確負責的人擔任。 - 維護與發布 Agent 的營運人員使用
admin。 - 領域專家與一般協作者使用
member，除非他們確實需要修改設定。 - 在團隊流程中把「檢視」與「發布」分開。Codeer 會保存版本與測試結果，但權限本身不會自動建立指定核准人或發布關卡。
當試行範圍擴大、營運人員的職責改變，或成員離開工作流程時，都應重新檢查權限。