Label Studio Enterprise 用户管理指南RBAC 角色权限、成员生命周期与组织级安全管控【免费下载链接】label-studioLabel Studio is a multi-type data labeling and annotation tool with standardized output format项目地址: https://gitcode.com/GitHub_Trending/la/label-studio用户管理是 Label Studio Enterprise 数据标注工作流中的核心治理环节。本文基于仓库文档 manage_users.md 展开系统讲解角色访问控制RBAC、成员邀请与激活、活动监控、工作区可见性、SSO/SAML 与 SCIM 集成以及通过 API 实现用户自动化管理的方法并辅以 users、organizations 模块源码佐证。读完本文你将掌握从成员入组、角色分配、标签管理到停用/删除的完整用户账户生命周期管理方案。为什么用户管理是标注工作流的关键一环数据标注经常涉及敏感或专有信息。在医疗记录、个人信息等受 GDPR、HIPAA 等数据隐私法规约束的场景中控制谁能够访问这些数据、防止未授权访问与滥用是部署 Label Studio 时必须优先解决的安全问题。通过健全的用户管理可以确保只有经过授权的用户账户才能访问特定数据集。同时用户管理直接作用于标注效率与质量不同用户可以拥有不同角色因此你可以按角色定制项目——为每个用户提供完成任务所需的恰当工具与数据访问权限。这不仅提升了标注过程的准确性与一致性也最大程度降低了因未授权访问或误操作引发的错误与冲突风险。从源码层面看Label Studio 的用户模型在 users/models.py 中定义User继承自 Django 的AbstractBaseUser与PermissionsMixin以email作为登录标识USERNAME_FIELD email并带有is_active、is_staff、active_organization外键指向当前组织等字段新用户创建时还会通过post_save信号自动生成认证 Token见 init_user。这些底层结构决定了组织、成员与权限在数据库层的关联方式。Label Studio Enterprise 用户管理能力总览根据 manage_users.md 的定义Label Studio Enterprise 的用户管理由六大能力构成能力说明参考文档基于角色的访问控制RBAC角色决定用户拥有的访问级别与可执行操作admin_roles.md角色说明、admin_manage_lse.md角色分配通过角色设计用户工作流例如在项目设置中为 Reviewer 与 Annotator 配置不同的标注指令setup_project.md用户活动监控管理员通过活动日志追踪谁在何时标注了什么数据admin_logs.md项目与工作区通过工作区与项目成员关系控制项目可见性Manager/Annotator/Reviewer 必须被添加为成员才能看到工作区或项目setup_project.mdSSO/SAML 与 SCIM 集成在组织级与项目级将 IdP 用户组映射为角色auth_setup.md、scim_setup.md可定制化与可编程性通过 API 端点编程式分配角色、管理用户账户实现自动化与外部系统集成见下文通过 API 编程式管理用户RBAC五大角色及其权限矩阵角色的作用是定义用户对 Label Studio 中操作与信息的访问级别。Annotator、Reviewer、Manager 的访问被限制在其有权访问的项目与工作区内Owner 则可以进一步通过 Permissions 页面 收紧组织内的权限。角色一览角色说明Owner所有者管理组织并在所有层级拥有完整权限。该角色不可被分配每个组织只有一个 Owner默认绑定创建 Label Studio 组织的账户变更 Owner 需联系官方支持开启工单。Administrator管理员在绝大多数层级拥有完整权限可访问和更新所有工作区与项目、邀请组织成员、设置大多数并非全部参见 admin_usage.md组织设置。Manager经理对自身创建或被添加为成员的工作区与项目拥有完整管理权限但不能访问 Organization 页面。Reviewer审核员审核已标注任务只能查看分配给自己任务的项目可审核并更新任务标注。Annotator标注员标注任务只能查看分配给自己任务的项目并对其中的任务进行标注。从源码角度组织成员这一概念对应 organizations/models.py 中的OrganizationMember模型——它是User与Organization之间的多对多中间表through模型记录了成员加入时间created_at、更新时间updated_at与软删除时间戳deleted_at。其中is_owner属性用于判断成员是否为组织创建者user_id organization.created_by_id这与文档中Owner 默认绑定创建组织的账户的描述完全一致。权限矩阵以下权限矩阵来自 admin_roles.md说明了不同角色在各操作上的权限差异✅ 允许空 不允许R/CRUD 只读/增删改查Partial 部分允许操作AnnotatorReviewerManagerAdministratorOwner组织管理查看 Organization 页面✅✅分配成员角色✅✅邀请用户✅✅查看系统级活动日志✅✅为组织设置模型提供方✅✅配置组织设置Partial✅项目管理工作区访问RRCRUD3CRUDCRUD项目访问RRCRUD3CRUDCRUD查看 Data Manager取决于项目设置取决于项目设置✅✅✅配置项目设置✅✅✅查看与配置项目插件✅1✅✅暂停标注员与审核员✅✅✅数据访问导入数据✅✅✅导出数据✅✅✅标注工作流为任务分配标注员✅✅✅访问标注工作流✅✅✅✅✅访问审核工作流✅✅✅✅监控标注员一致性✅✅✅✅验证标注结果✅✅✅✅为任务分配审核员✅✅✅执行批量标注✅2✅✅✅✅高级API 访问对等的 Label Studio 功能✅✅✅3✅✅分析查看项目仪表盘与成员仪表盘工作区与受邀项目组织组织查看标注员仪表盘✅4✅4✅✅✅Prompts使用 Prompts创建/评估/运行/应用于项目✅✅✅在项目中查看 Prompts 生成的预测✅✅✅✅✅在权限底层实现上Label Studio 使用 Python 的rules库实现细粒度权限控制。core/permissions.py 中的AllPermissions定义了形如organizations.view、organizations.change、projects.create、tasks.view、annotations.change、users.token.any等权限标识并通过rules.add_perm注册为 Django 规则。各 API 视图类如 organizations/api.py 中的OrganizationListAPI通过ViewClassPermission将 HTTP 方法GET/POST/PATCH/DELETE映射到具体权限从而实现API 访问对等的前端功能这一权限项。通过角色设计用户工作流角色不仅是权限边界还可以用来编排标注流程。例如你可以在项目设置中为 Reviewer 和 Annotator 分别配置不同的标注界面指令让两类角色看到符合各自职责的引导信息。这样同一项目内的角色分工可以映射为不同的任务处理体验进一步提升流程效率。具体配置方式参见 项目设置文档。用户活动监控Activity Log管理员可在Organization Activity Log页面查看用户日志仅 Administrator 或 Owner 角色可访问此页面。日志项包含用户 ID、IP 地址、时间戳以及所执行操作的类型通过记录 API 请求实现点击某条 API 请求可查看该操作的具体信息个别请求因包含密码等敏感信息而无法返回详情属正常现象。日志支持按以下维度筛选用户User项目Project请求类型GET、POST、PATCH、DELETE日期范围请求关键字关于留存策略注意以下区别在 Label Studio Enterprise Cloudapp.humansignal.com中活动日志保留180 天而在 Enterprise 本地部署On-Prem环境中活动日志的保留时长没有上限。与活动监控相关的底层支撑可在用户模型中看到UserLastActivityMixinusers/models.py维护last_activity时间戳并通过 Redis 缓存读写用户最后活动时间set_user_last_activity/get_user_last_activity以便在成员列表与仪表盘中呈现最后活动信息。项目与工作区通过成员关系控制可见性Label Studio Enterprise 使用工作区Workspace对项目进行分组可见性通过工作区与项目成员关系层层下放Manager、Annotator、Reviewer 角色必须被添加为成员才能查看某个工作区或项目工作区内的成员关系会级联cascade到该工作区下的所有项目。这意味着合理规划工作区结构即可用最小成本控制一大组项目的访问范围而无需逐项目单独配置成员。SSO/SAML 与 SCIM 集成对于已部署单点登录SSO或跨域身份管理系统SCIM的企业Label Studio Enterprise 支持在组织级与项目级将用户组映射为角色。这使身份与权限管理可以统一收敛到企业 IdP 一侧实现人员入离职即权限生效/回收的自动化。相关配置请参见 SSO 与 SAML 配置 和 SCIM2 配置。需要特别注意的是如果使用 IdP 侧的 SCIM 或 SAML/SSO 管理身份那么用户停用与删除也应从 IdP 侧处理保持身份源与 Label Studio 状态一致。添加与邀请组织成员从Organization页面点击左上角菜单 →Organization可查看、添加与管理组织成员。只有 Owner 或 Administrator 角色可以访问该页面与上文权限矩阵一致。邀请方式一邀请链接点击Invite Members后选择Invite link可得到一个可分享的注册链接。注意通过链接注册的账户在 Owner/Administrator 手动分配角色前无法访问 Label Studio。点击Reset可重置链接重置后持有旧链接的人将无法再注册新账户。从源码看邀请链接由 OrganizationInviteAPI 生成它基于组织令牌org.token拼接出{signup_url}?token{token}形式的链接点击Reset则调用 OrganizationResetTokenAPI 触发Organization.reset_token()重新生成哈希令牌见 organizations/models.py旧链接自然失效。邀请方式二邮件邀请在Invite via email中输入逗号分隔的邮箱列表并为新账户选择角色。用户将收到包含账户创建链接的邮件注册完成后即可立即访问 Label Studio。限制自助注册本地部署邀请链接并不能阻止用户通过注册页面自行创建账户。要移除/user/signup页面的自助注册入口可设置环境变量LABEL_STUDIO_DISABLE_SIGNUP_WITHOUT_LINKtrue设置后用户只能通过邀请链接或邮件邀请完成注册。该开关在 core/settings/base.py 中定义DISABLE_SIGNUP_WITHOUT_LINK get_bool_env(DISABLE_SIGNUP_WITHOUT_LINK, False)默认关闭。与之配套的还有ALLOW_ORGANIZATION_CREATIONbase.py默认False即默认部署为单组织模式不允许通过POST /api/organizations/创建额外组织——这也与一个组织、集中管控成员的企业部署形态一致。激活新用户通过邀请链接注册的用户处于未激活状态需要被分配角色后才能使用。在Organization Members页面上方的角色筛选器中选择Pending待处理即可筛出所有待激活用户然后通过用户旁边的下拉菜单为其分配角色完成激活。分配角色与通过 API 编程式分配角色在界面上分配角色打开 Label Studio点击左上角菜单。选择Organization若看不到该选项说明你的角色无权访问 Organization 页面——只有 Owner 或 Administrator 可访问。在成员表中定位目标用户账户。使用该用户旁边的下拉菜单选择角色。小技巧使用成员表上方的角色筛选器选择Not Activated角色可快速查看所有待激活Pending用户。编程式激活与分配角色要自动化地激活用户并分配角色可使用 APIPATCH /api/organizations/{org_id}/members/{user_id}成员更新端点。用户 ID 与组织 ID 可以从Organization页面获取也可以通过以下 API 查询列出组织GET /api/organizations/列出成员GET /api/organizations/{org_id}/members/这些端点在 organizations/api.py 中有完整实现OrganizationMemberListAPI支持分页每页默认 20 条page_size-1时返回全部与active、contributed_to_projects等查询参数OrganizationMemberListParamsSerializerorganizations/serializers.py中activetrue时会排除已停用DISABLED与未激活NOT_ACTIVATED的成员便于批量筛选可操作对象。成员详情/删除端点OrganizationMemberDetailAPIorganizations/api.py则提供单成员信息查询与软删除能力。通过将这些 API 接入外部 HR 系统或自研管理平台即可实现员工入职自动入组并分配角色、离职自动停用的全自动化用户治理流水线。成员标签Member Tags管理可以为组织成员附加元数据标签便于按业务维度如团队、城市、项目组筛选与治理成员。通过 CSV 批量应用标签进入 Organization 页面点击Tag Members上传 CSV 即可批量打标签。CSV 格式要求如下email,tags heidihumansignal.com,Data Science, Seattle sallyhumansignal.com,Finance, New York City必须包含email,tags作为表头标签必须使用引号包裹多个标签之间用逗号分隔。注意如果 CSV 是从表格编辑器如 Excel导出的上传前请先在纯文本编辑器中检查格式——表格编辑器可能附加多余的格式字符导致解析失败。新增与删除标签在Organization Settings Member Tags中可以手动添加或删除标签。手动为单个用户分配标签在组织成员表的Tags列中可以手动为单个用户分配或调整标签。停用与删除用户停用用户Deactivate将某个用户账户的角色改为Deactivated即可停用该账户。停用会撤销该用户的访问权限并释放其许可证席位seat。需要重新启用时将该用户重新分配为任意活跃角色即可。删除用户Delete在 Organization 页面选中要删除的用户。点击Delete。在确认弹窗中点击Delete Member。删除后该用户此前完成的标注工作或变更会显示为属于Deleted User已删除用户若后续需要该用户再次加入必须重新邀请。从实现细节看成员删除并非物理删除而是软删除OrganizationMember.soft_delete()organizations/models.py在事务中将deleted_at置为当前时间同时把该用户切换为其他未删除组织若无则清空头像并清理其任务锁task_locks。对应地API 删除端点会拒绝删除自己返回 405、对已删除成员返回 404、且仅允许操作当前活跃组织返回 403详见 organizations/api.py。这一设计保证了即便成员被删除其历史标注数据与审计记录仍然保留只是归属显示为 Deleted User。小结与延伸阅读Label Studio Enterprise 的用户管理围绕组织—成员—角色—权限这一主线展开通过 RBAC 控制访问边界通过工作区成员关系控制项目可见性通过活动日志实现审计追踪通过 SSO/SAML 与 SCIM 实现企业身份源对接最后以 API 赋予用户治理全流程自动化能力。六个环节相互配合构成了从成员入组、激活、打标签到停用/删除的完整生命周期闭环。延伸阅读均在当前仓库内角色与权限详解完整权限矩阵与角色说明管理用户账户界面上的角色分配、标签与停用/删除操作添加成员邀请链接、邮件邀请与注册限制活动日志日志字段、筛选维度与留存策略项目设置通过角色配置标注/审核指令、工作区与项目成员管理SSO/SAML 配置 与 SCIM2 配置企业级身份映射Owner 可在组织设置中限制此权限↩项目必须使用手动分配且标注员须被授予 Data Manager 访问权限↩仅限其创建或被邀请加入的工作区/项目↩ ↩ ↩仅限自身的工作/历史记录↩ ↩【免费下载链接】label-studioLabel Studio is a multi-type data labeling and annotation tool with standardized output format项目地址: https://gitcode.com/GitHub_Trending/la/label-studio创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Label Studio Enterprise 用户管理指南：RBAC 角色权限、成员生命周期与组织级安全管控
Label Studio Enterprise 用户管理指南RBAC 角色权限、成员生命周期与组织级安全管控【免费下载链接】label-studioLabel Studio is a multi-type data labeling and annotation tool with standardized output format项目地址: https://gitcode.com/GitHub_Trending/la/label-studio用户管理是 Label Studio Enterprise 数据标注工作流中的核心治理环节。本文基于仓库文档 manage_users.md 展开系统讲解角色访问控制RBAC、成员邀请与激活、活动监控、工作区可见性、SSO/SAML 与 SCIM 集成以及通过 API 实现用户自动化管理的方法并辅以 users、organizations 模块源码佐证。读完本文你将掌握从成员入组、角色分配、标签管理到停用/删除的完整用户账户生命周期管理方案。为什么用户管理是标注工作流的关键一环数据标注经常涉及敏感或专有信息。在医疗记录、个人信息等受 GDPR、HIPAA 等数据隐私法规约束的场景中控制谁能够访问这些数据、防止未授权访问与滥用是部署 Label Studio 时必须优先解决的安全问题。通过健全的用户管理可以确保只有经过授权的用户账户才能访问特定数据集。同时用户管理直接作用于标注效率与质量不同用户可以拥有不同角色因此你可以按角色定制项目——为每个用户提供完成任务所需的恰当工具与数据访问权限。这不仅提升了标注过程的准确性与一致性也最大程度降低了因未授权访问或误操作引发的错误与冲突风险。从源码层面看Label Studio 的用户模型在 users/models.py 中定义User继承自 Django 的AbstractBaseUser与PermissionsMixin以email作为登录标识USERNAME_FIELD email并带有is_active、is_staff、active_organization外键指向当前组织等字段新用户创建时还会通过post_save信号自动生成认证 Token见 init_user。这些底层结构决定了组织、成员与权限在数据库层的关联方式。Label Studio Enterprise 用户管理能力总览根据 manage_users.md 的定义Label Studio Enterprise 的用户管理由六大能力构成能力说明参考文档基于角色的访问控制RBAC角色决定用户拥有的访问级别与可执行操作admin_roles.md角色说明、admin_manage_lse.md角色分配通过角色设计用户工作流例如在项目设置中为 Reviewer 与 Annotator 配置不同的标注指令setup_project.md用户活动监控管理员通过活动日志追踪谁在何时标注了什么数据admin_logs.md项目与工作区通过工作区与项目成员关系控制项目可见性Manager/Annotator/Reviewer 必须被添加为成员才能看到工作区或项目setup_project.mdSSO/SAML 与 SCIM 集成在组织级与项目级将 IdP 用户组映射为角色auth_setup.md、scim_setup.md可定制化与可编程性通过 API 端点编程式分配角色、管理用户账户实现自动化与外部系统集成见下文通过 API 编程式管理用户RBAC五大角色及其权限矩阵角色的作用是定义用户对 Label Studio 中操作与信息的访问级别。Annotator、Reviewer、Manager 的访问被限制在其有权访问的项目与工作区内Owner 则可以进一步通过 Permissions 页面 收紧组织内的权限。角色一览角色说明Owner所有者管理组织并在所有层级拥有完整权限。该角色不可被分配每个组织只有一个 Owner默认绑定创建 Label Studio 组织的账户变更 Owner 需联系官方支持开启工单。Administrator管理员在绝大多数层级拥有完整权限可访问和更新所有工作区与项目、邀请组织成员、设置大多数并非全部参见 admin_usage.md组织设置。Manager经理对自身创建或被添加为成员的工作区与项目拥有完整管理权限但不能访问 Organization 页面。Reviewer审核员审核已标注任务只能查看分配给自己任务的项目可审核并更新任务标注。Annotator标注员标注任务只能查看分配给自己任务的项目并对其中的任务进行标注。从源码角度组织成员这一概念对应 organizations/models.py 中的OrganizationMember模型——它是User与Organization之间的多对多中间表through模型记录了成员加入时间created_at、更新时间updated_at与软删除时间戳deleted_at。其中is_owner属性用于判断成员是否为组织创建者user_id organization.created_by_id这与文档中Owner 默认绑定创建组织的账户的描述完全一致。权限矩阵以下权限矩阵来自 admin_roles.md说明了不同角色在各操作上的权限差异✅ 允许空 不允许R/CRUD 只读/增删改查Partial 部分允许操作AnnotatorReviewerManagerAdministratorOwner组织管理查看 Organization 页面✅✅分配成员角色✅✅邀请用户✅✅查看系统级活动日志✅✅为组织设置模型提供方✅✅配置组织设置Partial✅项目管理工作区访问RRCRUD3CRUDCRUD项目访问RRCRUD3CRUDCRUD查看 Data Manager取决于项目设置取决于项目设置✅✅✅配置项目设置✅✅✅查看与配置项目插件✅1✅✅暂停标注员与审核员✅✅✅数据访问导入数据✅✅✅导出数据✅✅✅标注工作流为任务分配标注员✅✅✅访问标注工作流✅✅✅✅✅访问审核工作流✅✅✅✅监控标注员一致性✅✅✅✅验证标注结果✅✅✅✅为任务分配审核员✅✅✅执行批量标注✅2✅✅✅✅高级API 访问对等的 Label Studio 功能✅✅✅3✅✅分析查看项目仪表盘与成员仪表盘工作区与受邀项目组织组织查看标注员仪表盘✅4✅4✅✅✅Prompts使用 Prompts创建/评估/运行/应用于项目✅✅✅在项目中查看 Prompts 生成的预测✅✅✅✅✅在权限底层实现上Label Studio 使用 Python 的rules库实现细粒度权限控制。core/permissions.py 中的AllPermissions定义了形如organizations.view、organizations.change、projects.create、tasks.view、annotations.change、users.token.any等权限标识并通过rules.add_perm注册为 Django 规则。各 API 视图类如 organizations/api.py 中的OrganizationListAPI通过ViewClassPermission将 HTTP 方法GET/POST/PATCH/DELETE映射到具体权限从而实现API 访问对等的前端功能这一权限项。通过角色设计用户工作流角色不仅是权限边界还可以用来编排标注流程。例如你可以在项目设置中为 Reviewer 和 Annotator 分别配置不同的标注界面指令让两类角色看到符合各自职责的引导信息。这样同一项目内的角色分工可以映射为不同的任务处理体验进一步提升流程效率。具体配置方式参见 项目设置文档。用户活动监控Activity Log管理员可在Organization Activity Log页面查看用户日志仅 Administrator 或 Owner 角色可访问此页面。日志项包含用户 ID、IP 地址、时间戳以及所执行操作的类型通过记录 API 请求实现点击某条 API 请求可查看该操作的具体信息个别请求因包含密码等敏感信息而无法返回详情属正常现象。日志支持按以下维度筛选用户User项目Project请求类型GET、POST、PATCH、DELETE日期范围请求关键字关于留存策略注意以下区别在 Label Studio Enterprise Cloudapp.humansignal.com中活动日志保留180 天而在 Enterprise 本地部署On-Prem环境中活动日志的保留时长没有上限。与活动监控相关的底层支撑可在用户模型中看到UserLastActivityMixinusers/models.py维护last_activity时间戳并通过 Redis 缓存读写用户最后活动时间set_user_last_activity/get_user_last_activity以便在成员列表与仪表盘中呈现最后活动信息。项目与工作区通过成员关系控制可见性Label Studio Enterprise 使用工作区Workspace对项目进行分组可见性通过工作区与项目成员关系层层下放Manager、Annotator、Reviewer 角色必须被添加为成员才能查看某个工作区或项目工作区内的成员关系会级联cascade到该工作区下的所有项目。这意味着合理规划工作区结构即可用最小成本控制一大组项目的访问范围而无需逐项目单独配置成员。SSO/SAML 与 SCIM 集成对于已部署单点登录SSO或跨域身份管理系统SCIM的企业Label Studio Enterprise 支持在组织级与项目级将用户组映射为角色。这使身份与权限管理可以统一收敛到企业 IdP 一侧实现人员入离职即权限生效/回收的自动化。相关配置请参见 SSO 与 SAML 配置 和 SCIM2 配置。需要特别注意的是如果使用 IdP 侧的 SCIM 或 SAML/SSO 管理身份那么用户停用与删除也应从 IdP 侧处理保持身份源与 Label Studio 状态一致。添加与邀请组织成员从Organization页面点击左上角菜单 →Organization可查看、添加与管理组织成员。只有 Owner 或 Administrator 角色可以访问该页面与上文权限矩阵一致。邀请方式一邀请链接点击Invite Members后选择Invite link可得到一个可分享的注册链接。注意通过链接注册的账户在 Owner/Administrator 手动分配角色前无法访问 Label Studio。点击Reset可重置链接重置后持有旧链接的人将无法再注册新账户。从源码看邀请链接由 OrganizationInviteAPI 生成它基于组织令牌org.token拼接出{signup_url}?token{token}形式的链接点击Reset则调用 OrganizationResetTokenAPI 触发Organization.reset_token()重新生成哈希令牌见 organizations/models.py旧链接自然失效。邀请方式二邮件邀请在Invite via email中输入逗号分隔的邮箱列表并为新账户选择角色。用户将收到包含账户创建链接的邮件注册完成后即可立即访问 Label Studio。限制自助注册本地部署邀请链接并不能阻止用户通过注册页面自行创建账户。要移除/user/signup页面的自助注册入口可设置环境变量LABEL_STUDIO_DISABLE_SIGNUP_WITHOUT_LINKtrue设置后用户只能通过邀请链接或邮件邀请完成注册。该开关在 core/settings/base.py 中定义DISABLE_SIGNUP_WITHOUT_LINK get_bool_env(DISABLE_SIGNUP_WITHOUT_LINK, False)默认关闭。与之配套的还有ALLOW_ORGANIZATION_CREATIONbase.py默认False即默认部署为单组织模式不允许通过POST /api/organizations/创建额外组织——这也与一个组织、集中管控成员的企业部署形态一致。激活新用户通过邀请链接注册的用户处于未激活状态需要被分配角色后才能使用。在Organization Members页面上方的角色筛选器中选择Pending待处理即可筛出所有待激活用户然后通过用户旁边的下拉菜单为其分配角色完成激活。分配角色与通过 API 编程式分配角色在界面上分配角色打开 Label Studio点击左上角菜单。选择Organization若看不到该选项说明你的角色无权访问 Organization 页面——只有 Owner 或 Administrator 可访问。在成员表中定位目标用户账户。使用该用户旁边的下拉菜单选择角色。小技巧使用成员表上方的角色筛选器选择Not Activated角色可快速查看所有待激活Pending用户。编程式激活与分配角色要自动化地激活用户并分配角色可使用 APIPATCH /api/organizations/{org_id}/members/{user_id}成员更新端点。用户 ID 与组织 ID 可以从Organization页面获取也可以通过以下 API 查询列出组织GET /api/organizations/列出成员GET /api/organizations/{org_id}/members/这些端点在 organizations/api.py 中有完整实现OrganizationMemberListAPI支持分页每页默认 20 条page_size-1时返回全部与active、contributed_to_projects等查询参数OrganizationMemberListParamsSerializerorganizations/serializers.py中activetrue时会排除已停用DISABLED与未激活NOT_ACTIVATED的成员便于批量筛选可操作对象。成员详情/删除端点OrganizationMemberDetailAPIorganizations/api.py则提供单成员信息查询与软删除能力。通过将这些 API 接入外部 HR 系统或自研管理平台即可实现员工入职自动入组并分配角色、离职自动停用的全自动化用户治理流水线。成员标签Member Tags管理可以为组织成员附加元数据标签便于按业务维度如团队、城市、项目组筛选与治理成员。通过 CSV 批量应用标签进入 Organization 页面点击Tag Members上传 CSV 即可批量打标签。CSV 格式要求如下email,tags heidihumansignal.com,Data Science, Seattle sallyhumansignal.com,Finance, New York City必须包含email,tags作为表头标签必须使用引号包裹多个标签之间用逗号分隔。注意如果 CSV 是从表格编辑器如 Excel导出的上传前请先在纯文本编辑器中检查格式——表格编辑器可能附加多余的格式字符导致解析失败。新增与删除标签在Organization Settings Member Tags中可以手动添加或删除标签。手动为单个用户分配标签在组织成员表的Tags列中可以手动为单个用户分配或调整标签。停用与删除用户停用用户Deactivate将某个用户账户的角色改为Deactivated即可停用该账户。停用会撤销该用户的访问权限并释放其许可证席位seat。需要重新启用时将该用户重新分配为任意活跃角色即可。删除用户Delete在 Organization 页面选中要删除的用户。点击Delete。在确认弹窗中点击Delete Member。删除后该用户此前完成的标注工作或变更会显示为属于Deleted User已删除用户若后续需要该用户再次加入必须重新邀请。从实现细节看成员删除并非物理删除而是软删除OrganizationMember.soft_delete()organizations/models.py在事务中将deleted_at置为当前时间同时把该用户切换为其他未删除组织若无则清空头像并清理其任务锁task_locks。对应地API 删除端点会拒绝删除自己返回 405、对已删除成员返回 404、且仅允许操作当前活跃组织返回 403详见 organizations/api.py。这一设计保证了即便成员被删除其历史标注数据与审计记录仍然保留只是归属显示为 Deleted User。小结与延伸阅读Label Studio Enterprise 的用户管理围绕组织—成员—角色—权限这一主线展开通过 RBAC 控制访问边界通过工作区成员关系控制项目可见性通过活动日志实现审计追踪通过 SSO/SAML 与 SCIM 实现企业身份源对接最后以 API 赋予用户治理全流程自动化能力。六个环节相互配合构成了从成员入组、激活、打标签到停用/删除的完整生命周期闭环。延伸阅读均在当前仓库内角色与权限详解完整权限矩阵与角色说明管理用户账户界面上的角色分配、标签与停用/删除操作添加成员邀请链接、邮件邀请与注册限制活动日志日志字段、筛选维度与留存策略项目设置通过角色配置标注/审核指令、工作区与项目成员管理SSO/SAML 配置 与 SCIM2 配置企业级身份映射Owner 可在组织设置中限制此权限↩项目必须使用手动分配且标注员须被授予 Data Manager 访问权限↩仅限其创建或被邀请加入的工作区/项目↩ ↩ ↩仅限自身的工作/历史记录↩ ↩【免费下载链接】label-studioLabel Studio is a multi-type data labeling and annotation tool with standardized output format项目地址: https://gitcode.com/GitHub_Trending/la/label-studio创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考