成员与访问权限
能够进入工作区、能够看到项目、能够修改工作项，是不同的权限判断。
文档依据与已知差异
本页来自固定成员与访问文档，未添加成员或验证各角色。源文档明确指出，成员设置页的可见性、按钮与 API 检查尚未收敛为一致角色矩阵；以下不能作为越过服务端检查的依据。
先区分两层成员身份
| 身份 | 作用 |
|---|---|
| 工作区成员 | 工作区内的成员基础身份 |
| 项目成员 | 项目内的实际成员关系及角色 |
| 项目 Admin | 管理项目和成员的主要角色，仍受具体动作检查 |
| 项目 Member | 参与项目工作；不能据此推断所有管理权限 |
| 项目 Guest | 受限参与；不能按 Member 的权限安排工作 |
部门归属、工作项负责人或订阅关系不会自行授予项目访问。工作区角色也不能简单替代项目成员事实。
管理成员时核对什么
- 确认正在操作正确项目，进入项目设置的成员页。
- 添加前确认对方已是有效工作区成员，并确认所需项目角色。
- 添加或修改后，核对成员列表和实际角色。
- 权限不足时保留提示，联系项目管理员处理；页面可见不代表按钮一定可用。
源文档记录项目 Admin 管理直接成员，当前设置页可能向更多角色开放。不要通过“我能打开页面”推断“我能添加或移除任何人”。
移除和自行离开
源文档对当前实现的说明包括：移除成员与自行离开是不同动作；移除接口不能用来移除自己；最后一位项目 Admin 不能自行离开。更高角色、工作区管理员旁路及并发情形仍需完整验收。
人员变化前应核对未结束工作和当前验收责任。移除成员不代表已经把他的任务交给别人；本指南不承诺系统会自动重分负责人或修复所有待办。
对方收不到或看不到任务
依次确认账号、工作区成员、项目成员、项目角色、负责人选择和当前环节责任。总体负责人可多选，但验收与测试应看当前责任。
Public 项目也不能当作匿名访问入口。本站免登录阅读不授予 Plane 账号或项目权限。
参考：成员与访问。