跳轉到

Manage Permissions

權限設計,決定了誰能安全地操作、review,以及發布內容。

實務上你只需要想兩件事:

  • 一個人在 organization 層級能做什麼
  • 他在某個特定 workspace 裡能做什麼

用來檢查 workspace 存取權與角色的 Members 畫面

目前的角色模型

目前的協作模型主要圍繞這三種角色:

  • owner
  • admin
  • member

原則很簡單:能用更小的權限完成工作,就不要給更大的權限。

Organization 和 workspace 的差別

Organization scope 通常負責較高層的管理,例如:

  • 邀請或移除團隊成員
  • 管理較高層的存取權與所有權
  • 處理共用的管理設定

Workspace scope 才是日常營運真正發生的地方,例如:

  • 編輯 Agent
  • 查看 histories
  • 管理 channels 與 API keys
  • 控制誰可以進某個特定 workspace

一個簡單實用的權限配置

在一般 production 流程裡:

  • owner 盡量保持少數
  • 日常操作的人給 admin
  • reviewer 或一般協作者,除非真的需要,否則給 member 就夠

rollout 變了,權限也要跟著調整

當營運模式變了,權限也應該一起調整。

下面這些時刻都值得重新檢查:

  • pilot 擴大成更正式的 rollout
  • reviewer 開始接手 operator 工作
  • 某位同事已經不再需要存取權

相關指南