在 WorkSwarm 里做多部门数据隔离，不建议逐个任务去改可见范围，那样既容易漏，也不方便后续加人。正确顺序是先确定隔离粒度，再建角色、绑成员，最后用副账号验证边界。下面按这个顺序给出可直接落地的配置思路。

多部门隔离适用场景是各部门只需要看自己任务的团队。操作动作：先按部门建独立空间，再创建只读、执行、管理员三类角色并勾选对应功能，最后把部门成员绑定到专属空间并关闭默认全员可见。验证方式：用两个部门账号分别登录，检查任务列表、搜索和通知是否互不可见。风险边界：如果部门间有临时协作，需要在任务级主动加访客，否则跨部门会看不到内容。

画出部门与空间的层级关系

隔离粒度决定后续所有权限配置的工作量。WorkSwarm 里通常有下面三种层级方案，先确认自己属于哪种再动手。

• 按顶层空间隔离：每个部门单独建一个顶级空间，例如“市场部”“研发部”“财务部”。适合部门之间任务几乎不交叉、管理员需要完全独立管理各空间的场景。
• 按项目组隔离：在同一个顶层空间下，为不同项目组创建独立项目或分组，项目组之间的数据彼此隔离。适合同一个部门内多个团队并行、但需要共享部门级公告或模板的场景。
• 按标签隔离：所有任务在同一个空间，用部门标签标记，然后配置标签级可见权限。适合任务流动频繁、偶尔需要跨部门协作但默认只想对外的场景。

大多数管理员的诉求是“各部门只见自己的任务”，建议优先选第一种按顶层空间隔离，后续权限模型最简单，也最好解释。

创建只读、执行、管理员三类角色

权限开关不要逐个调，先建三类固定角色，再把成员分配进去。下面表格列出这三类角色在 WorkSwarm 权限管理界面里通常可勾选的功能项，实际选项名称可能略有出入，以自己环境里的界面为准。

只读角色通常给外包、实习生或跨部门只许看的成员；执行角色给部门内普通成员，可以创建和处理任务；管理员角色只给部门负责人或空间管理员，不要把“管理空间成员”和“修改空间设置”下放给执行角色，否则部门内任意成员都能拉人进来，隔离就会失效。

给每个部门空间绑定专属成员

角色建好不等于隔离完成，还必须把成员绑定到对应部门空间里，并且移除默认的“全员可见”选项。操作路径通常是：

1. 进入部门空间，打开“空间设置”或“成员管理”。
2. 点击“添加成员”，搜索并选择该部门员工账号。管理员可以一次导入多个，也可以给不同成员指定不同角色。
3. 找到“可见范围”或“默认访问权限”，把“全员可见”或“所有空间成员”改成“仅本空间成员”。这一步决定数据入口是否被限定。
4. 关闭“允许成员邀请新成员”等开关，避免部门成员自行把外部人员拉进空间。
5. 确认该空间下的任务列表、看板、文件夹等资源都继承了空间的可见范围，不要单独留下“公开”权限。

绑定完成后，建议先不通知全员，等验证通过后再逐步开放。

用副账号验证数据隔离边界

配置完成后不测试等于没配置。准备两个测试账号，A 账号属于 A 部门空间，B 账号属于 B 部门空间。分别登录后，按下面清单检查，预期结果如下：

如果发现 A 账号仍然能通过搜索或链接看到 B 部门内容，需要检查是不是把空间默认可见权限设成了“全员”，或者该任务被放到了公共区域。修正后再重复测试一遍，直到所有检查项都符合预期。这个验证过程建议每次新增部门或批量导入成员时都执行一次。