Label Studio Workspaces 完全指南项目分组、成员管理与生命周期治理【免费下载链接】label-studioLabel Studio is a multi-type data labeling and annotation tool with standardized output format项目地址: https://gitcode.com/GitHub_Trending/la/label-studioWorkspaces工作区是 Label Studio 中用于组织、分类和管理项目的高级功能帮助团队按照项目生命周期阶段或业务用例对标注任务进行分区治理。通过工作区你可以将相关项目分组归类、批量管理成员权限并归档不再活跃的项目从而在高并发的多项目标注场景下保持清晰的协作秩序。读完本文你将掌握工作区的创建、成员管理、角色权限边界、归档与删除等全部操作并了解其在源码层面的实现机制。工作区能解决什么问题在团队协作与多项目并行开展时Label Studio 的 Workspaces 提供了三层核心价值分组归类相关项目将同一业务线、同一客户或同一标注类型的项目聚合在一个工作区下侧边栏一目了然简化项目成员管理用户一旦成为工作区成员即可访问该工作区内所有项目无需为每个项目单独添加成员。用户在项目内的具体权限取决于其用户角色归档项目将已暂停或低优先级的项目归档减少侧边栏干扰集中精力处理高优先级标注任务。从前端源码也可以看到工作区在产品中的定位在创建项目页与项目设置页中产品文案均将通过工作区组织项目、简化项目管理作为核心引导同时在 ApiConfig.example.js 中可以看到工作区 IDworkspace: 74097作为项目创建 API 的顶层字段印证了项目隶属于工作区的数据模型。创建工作区角色要求要创建工作区你的用户角色必须是Owner所有者、Administrator管理员或Manager经理。操作步骤在 Label Studio 界面右侧菜单中点击Workspaces旁边的加号图标为工作区填写名称并可可选地为其指定一个颜色用于在侧边栏中快速视觉区分不同业务线点击Save保存。保存后你就可以开始在工作区内创建项目了。提示除了直接新建你还可以通过复制其他工作区中的已有项目来创建项目或者通过修改项目设置中的工作区选项将项目从一个工作区移动到另一个工作区。从源码看项目与工作区的关系从后端状态机FSM的实现可以印证项目移动工作区这一操作的底层机制。在 transitions.py 中项目从 Sandbox 移动到共享工作区的变更会被记录为状态转移状态记录中携带workspace_from_id、workspace_to_id等附加数据例如注释中明确提到Project moved from Sandbox to FSM Testing workspace。这意味着每次工作区归属变更都会留下完整的审计轨迹供项目状态与流转追踪使用。此外仓库中还存在特性开关fflag_feat_all_fit_162_workspaces_projects_ui_improvements定义于 feature_flags.json说明工作区与项目 UI 的改进以特性开关形式灰度发布属于可渐进式启用的功能。Sandbox 工作区个人的实验沙盒每个用户都有一个专属的 Sandbox沙盒工作区用于试验项目设置、熟悉 Label Studio 的操作方式。Sandbox 有以下特点仅自己可见只有你自己能看到 Sandbox 中的项目其他用户包括 Owner、Administrator都无法访问用于配置试验你可以在 Sandbox 中完整配置一个项目并测试各项设置验证无误后再将其移出随时迁移当项目配置完成后可以通过修改项目设置把项目从 Sandbox 移到其他共享工作区让其他用户访问。这一设计在状态机中同样有体现——transitions.py将项目从 Sandbox 迁移到共享工作区作为一类显式转移场景Project moved from Sandbox to shared workspace并记录转移前后的工作区 ID确保迁移过程可追踪、可回查。添加或移除工作区成员当用户被添加到某个工作区后将自动获得该工作区内所有项目的成员资格。用户能在项目内执行哪些操作、看到哪些信息取决于其用户角色。操作步骤进入目标工作区点击右上角的Manage Members管理成员使用搜索功能定位要添加的用户勾选用户姓名前的复选框点击箭头将用户加入工作区点击反向箭头即可移除成员点击Save保存变更。注意事项用户被添加进工作区时不会收到任何通知。用户只需在下次登录 Label Studio 或刷新页面时即可看到新出现的工作区。工作区权限与角色边界用户角色在组织Organization级别设置详见用户角色与权限。不同角色对工作区的可见性与操作能力如下角色工作区权限说明Owner / Administrator可以看到所有工作区即使尚未被添加为成员也能看到工作区内的未发布项目。唯一例外是 Sandbox——只有其本人可见Manager可以创建工作区。但组织内其他 Manager无法查看该工作区除非被添加为成员一旦被添加即可看到工作区内所有项目含未发布项目Annotator在被添加为成员之前无法查看工作区添加后可看到所有项目的卡片但只有在项目已发布且分配了待标注任务后才能进入标注流Reviewer在被添加为成员之前无法查看工作区添加后可看到所有项目的卡片但只有在项目已发布且分配了待审核任务后才能进入项目对照 admin_roles.md 中的完整角色定义Owner 拥有组织全层级权限不可指派组织内唯一Administrator 拥有大多数层级权限并可访问所有工作区与项目Manager 仅对自己创建或被添加为成员的项目与工作区拥有完整管理权限Reviewer 与 Annotator 只能访问分配了任务的项目。工作区权限正是这一组织级角色体系在项目聚合层上的延伸——先通过工作区批量授权再通过角色细化项目内权限。编辑工作区你可以对工作区执行归档、删除、重命名、更换颜色等操作。点击工作区名称旁的齿轮图标即可看到全部选项执行这些操作同样要求你的用户角色为Owner、Administrator 或 Manager。归档工作区为了减少工作区侧边栏的杂乱你可以将工作区从视图中归档从而更容易定位高优先级的标注任务。归档后你仍然拥有该工作区的完整访问权限并且可以随时取消归档。点击工作区名称旁的齿轮图标或点击工作区旁的**溢出菜单overflow menu**并选择Archive归档查看已归档工作区并取消归档要查看已归档的工作区请展开项目页面侧边栏底部的**已归档工作区archived workspaces**菜单在已归档列表中点击工作区名称旁的齿轮图标或点击工作区旁的溢出菜单并选择Unarchive取消归档删除工作区删除工作区有一个硬性前提该工作区内不能有任何项目。如果工作区中仍有项目需要先删除项目或将项目移动到其他工作区。待所有项目清理完毕后点击工作区名称旁的齿轮图标选择Delete删除即可完成删除。跨工作区的项目检索与迁移工作区将项目分区管理的同时也提供了灵活的跨区检索能力详见 manage_projects.mdAll Projects所有项目页面可以跨所有工作区查看项目工作区内搜索在工作区页面使用搜索框即可在该工作区内检索全局搜索要搜索包含已归档工作区在内的所有项目请前往All Projects页面执行搜索。项目迁移方面进入项目的Settings → General常规标签页使用Workspace 下拉菜单即可将项目切换到新的工作区——这正是文档所述移动项目与状态机中workspace_from_id/workspace_to_id转移记录的对应入口。最佳实践建议基于以上功能特性团队可以采用如下工作区治理策略按业务线或生命周期建区例如按数据准备标注中质检中已完成划分工作区配合归档功能管理不再活跃的阶段用 Sandbox 先行验证新项目先在个人 Sandbox 中完成标签配置与任务模板测试确认无误后再迁移到正式工作区以工作区批量授权将同一批标注人员一次性加入工作区避免逐项目重复添加成员同时依靠组织级角色Annotator/Reviewer/Manager精确控制项目内操作边界定期归档清理对暂停或完结的项目执行归档保持侧边栏聚焦如需彻底释放资源先迁移或删除项目再删除空工作区。通过将组织级角色与工作区级聚合授权结合Label Studio 为大规模、多团队的标注协作提供了清晰的分权与生命周期管理模型。【免费下载链接】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 Workspaces 完全指南：项目分组、成员管理与生命周期治理
Label Studio Workspaces 完全指南项目分组、成员管理与生命周期治理【免费下载链接】label-studioLabel Studio is a multi-type data labeling and annotation tool with standardized output format项目地址: https://gitcode.com/GitHub_Trending/la/label-studioWorkspaces工作区是 Label Studio 中用于组织、分类和管理项目的高级功能帮助团队按照项目生命周期阶段或业务用例对标注任务进行分区治理。通过工作区你可以将相关项目分组归类、批量管理成员权限并归档不再活跃的项目从而在高并发的多项目标注场景下保持清晰的协作秩序。读完本文你将掌握工作区的创建、成员管理、角色权限边界、归档与删除等全部操作并了解其在源码层面的实现机制。工作区能解决什么问题在团队协作与多项目并行开展时Label Studio 的 Workspaces 提供了三层核心价值分组归类相关项目将同一业务线、同一客户或同一标注类型的项目聚合在一个工作区下侧边栏一目了然简化项目成员管理用户一旦成为工作区成员即可访问该工作区内所有项目无需为每个项目单独添加成员。用户在项目内的具体权限取决于其用户角色归档项目将已暂停或低优先级的项目归档减少侧边栏干扰集中精力处理高优先级标注任务。从前端源码也可以看到工作区在产品中的定位在创建项目页与项目设置页中产品文案均将通过工作区组织项目、简化项目管理作为核心引导同时在 ApiConfig.example.js 中可以看到工作区 IDworkspace: 74097作为项目创建 API 的顶层字段印证了项目隶属于工作区的数据模型。创建工作区角色要求要创建工作区你的用户角色必须是Owner所有者、Administrator管理员或Manager经理。操作步骤在 Label Studio 界面右侧菜单中点击Workspaces旁边的加号图标为工作区填写名称并可可选地为其指定一个颜色用于在侧边栏中快速视觉区分不同业务线点击Save保存。保存后你就可以开始在工作区内创建项目了。提示除了直接新建你还可以通过复制其他工作区中的已有项目来创建项目或者通过修改项目设置中的工作区选项将项目从一个工作区移动到另一个工作区。从源码看项目与工作区的关系从后端状态机FSM的实现可以印证项目移动工作区这一操作的底层机制。在 transitions.py 中项目从 Sandbox 移动到共享工作区的变更会被记录为状态转移状态记录中携带workspace_from_id、workspace_to_id等附加数据例如注释中明确提到Project moved from Sandbox to FSM Testing workspace。这意味着每次工作区归属变更都会留下完整的审计轨迹供项目状态与流转追踪使用。此外仓库中还存在特性开关fflag_feat_all_fit_162_workspaces_projects_ui_improvements定义于 feature_flags.json说明工作区与项目 UI 的改进以特性开关形式灰度发布属于可渐进式启用的功能。Sandbox 工作区个人的实验沙盒每个用户都有一个专属的 Sandbox沙盒工作区用于试验项目设置、熟悉 Label Studio 的操作方式。Sandbox 有以下特点仅自己可见只有你自己能看到 Sandbox 中的项目其他用户包括 Owner、Administrator都无法访问用于配置试验你可以在 Sandbox 中完整配置一个项目并测试各项设置验证无误后再将其移出随时迁移当项目配置完成后可以通过修改项目设置把项目从 Sandbox 移到其他共享工作区让其他用户访问。这一设计在状态机中同样有体现——transitions.py将项目从 Sandbox 迁移到共享工作区作为一类显式转移场景Project moved from Sandbox to shared workspace并记录转移前后的工作区 ID确保迁移过程可追踪、可回查。添加或移除工作区成员当用户被添加到某个工作区后将自动获得该工作区内所有项目的成员资格。用户能在项目内执行哪些操作、看到哪些信息取决于其用户角色。操作步骤进入目标工作区点击右上角的Manage Members管理成员使用搜索功能定位要添加的用户勾选用户姓名前的复选框点击箭头将用户加入工作区点击反向箭头即可移除成员点击Save保存变更。注意事项用户被添加进工作区时不会收到任何通知。用户只需在下次登录 Label Studio 或刷新页面时即可看到新出现的工作区。工作区权限与角色边界用户角色在组织Organization级别设置详见用户角色与权限。不同角色对工作区的可见性与操作能力如下角色工作区权限说明Owner / Administrator可以看到所有工作区即使尚未被添加为成员也能看到工作区内的未发布项目。唯一例外是 Sandbox——只有其本人可见Manager可以创建工作区。但组织内其他 Manager无法查看该工作区除非被添加为成员一旦被添加即可看到工作区内所有项目含未发布项目Annotator在被添加为成员之前无法查看工作区添加后可看到所有项目的卡片但只有在项目已发布且分配了待标注任务后才能进入标注流Reviewer在被添加为成员之前无法查看工作区添加后可看到所有项目的卡片但只有在项目已发布且分配了待审核任务后才能进入项目对照 admin_roles.md 中的完整角色定义Owner 拥有组织全层级权限不可指派组织内唯一Administrator 拥有大多数层级权限并可访问所有工作区与项目Manager 仅对自己创建或被添加为成员的项目与工作区拥有完整管理权限Reviewer 与 Annotator 只能访问分配了任务的项目。工作区权限正是这一组织级角色体系在项目聚合层上的延伸——先通过工作区批量授权再通过角色细化项目内权限。编辑工作区你可以对工作区执行归档、删除、重命名、更换颜色等操作。点击工作区名称旁的齿轮图标即可看到全部选项执行这些操作同样要求你的用户角色为Owner、Administrator 或 Manager。归档工作区为了减少工作区侧边栏的杂乱你可以将工作区从视图中归档从而更容易定位高优先级的标注任务。归档后你仍然拥有该工作区的完整访问权限并且可以随时取消归档。点击工作区名称旁的齿轮图标或点击工作区旁的**溢出菜单overflow menu**并选择Archive归档查看已归档工作区并取消归档要查看已归档的工作区请展开项目页面侧边栏底部的**已归档工作区archived workspaces**菜单在已归档列表中点击工作区名称旁的齿轮图标或点击工作区旁的溢出菜单并选择Unarchive取消归档删除工作区删除工作区有一个硬性前提该工作区内不能有任何项目。如果工作区中仍有项目需要先删除项目或将项目移动到其他工作区。待所有项目清理完毕后点击工作区名称旁的齿轮图标选择Delete删除即可完成删除。跨工作区的项目检索与迁移工作区将项目分区管理的同时也提供了灵活的跨区检索能力详见 manage_projects.mdAll Projects所有项目页面可以跨所有工作区查看项目工作区内搜索在工作区页面使用搜索框即可在该工作区内检索全局搜索要搜索包含已归档工作区在内的所有项目请前往All Projects页面执行搜索。项目迁移方面进入项目的Settings → General常规标签页使用Workspace 下拉菜单即可将项目切换到新的工作区——这正是文档所述移动项目与状态机中workspace_from_id/workspace_to_id转移记录的对应入口。最佳实践建议基于以上功能特性团队可以采用如下工作区治理策略按业务线或生命周期建区例如按数据准备标注中质检中已完成划分工作区配合归档功能管理不再活跃的阶段用 Sandbox 先行验证新项目先在个人 Sandbox 中完成标签配置与任务模板测试确认无误后再迁移到正式工作区以工作区批量授权将同一批标注人员一次性加入工作区避免逐项目重复添加成员同时依靠组织级角色Annotator/Reviewer/Manager精确控制项目内操作边界定期归档清理对暂停或完结的项目执行归档保持侧边栏聚焦如需彻底释放资源先迁移或删除项目再删除空工作区。通过将组织级角色与工作区级聚合授权结合Label Studio 为大规模、多团队的标注协作提供了清晰的分权与生命周期管理模型。【免费下载链接】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），仅供参考
